கட்டமைப்பு முடிவு பதிவு: அங்கீகாரம் மற்றும் அனுமதி விருப்பங்கள்

வலைப் பயன்பாட்டு அங்கீகாரமும் (authentication) அனுமதியும் (authorization) பயன்பாடுகளுக்கும் சேவைகளுக்குமான அணுகலைப் பாதுகாப்பதில் இரண்டு முக்கியக் கருத்துகள். இரண்டும் பயனர்களின் அடையாளத்தையும் அனுமதிகள் எவ்வாறு வழங்கப்படுகின்றன என்பதையும் கையாள்கின்றன, ஆனால் அவை வெவ்வேறு அம்சங்களில் கவனம் செலுத்துகின்றன:

• அங்கீகாரம் என்பது ஒரு பயனர் அல்லது அமைப்பின் அடையாளத்தைச் சரிபார்க்கும் செயல்முறை.
• அனுமதி என்பது அங்கீகரிக்கப்பட்ட பயனர் அல்லது அமைப்பு எந்த வளங்கள் அல்லது செயல்களை அணுகலாம் என்பதைத் தீர்மானிக்கும் செயல்முறை.

இப்போது, நவீன வலைப் பயன்பாடுகளில் அங்கீகாரத்தையும் அனுமதியையும் நிர்வகிக்க பொதுவாகப் பயன்படுத்தப்படும், நீங்கள் குறிப்பிட்ட நெறிமுறைகளையும் தொழில்நுட்பங்களையும் ஆழமாகப் பார்ப்போம்.

1. OAuth (Open Authorization)

OAuth என்பது அனுமதிக்கான திறந்த தரநிலை. இது ஒரு பயனர் தன் சான்றுகளைப் பகிராமல் மூன்றாம் தரப்புப் பயன்பாட்டிற்குத் தன் வளங்களுக்கான வரையறுக்கப்பட்ட அணுகலை வழங்க அனுமதிக்கிறது. முக்கிய யோசனை பிரதிநிதித்துவ அணுகல். பயனர்கள் தங்கள் பயனர்பெயர் மற்றும் கடவுச்சொல்லை மூன்றாம் தரப்புக்கு நேரடியாக வழங்காமல் மூன்றாம் தரப்புச் சேவையில் உள்நுழையக்கூடிய (எ.கா. Google உடன் உள்நுழைதல்) சூழ்நிலைகளில் OAuth அடிக்கடி பயன்படுத்தப்படுகிறது.

• ஓட்டம்: OAuth பொதுவாக டோக்கன்-அடிப்படையிலான ஓட்டத்தைப் பின்பற்றுகிறது, இதில் அனுமதி சேவையகம் மூன்றாம் தரப்புப் பயன்பாட்டிற்கு அணுகல் டோக்கனை வழங்குகிறது. இந்த டோக்கன் பயனரின் அனுமதிகளைக் குறிக்கிறது, பயன்பாடு API இலிருந்து பயனரின் தரவு அல்லது வளங்களை அணுக இதைப் பயன்படுத்துகிறது.
• எடுத்துக்காட்டு: ஒரு பயனர் தன் Google கணக்கைப் பயன்படுத்தி மூன்றாம் தரப்புப் பயன்பாட்டில் உள்நுழைகிறார். Google பயனரின் அடையாளத்தைச் சரிபார்த்து, பின்னர் மூன்றாம் தரப்புப் பயன்பாடு சில Google தரவை (எ.கா. Google Calendar) அணுக அனுமதிக்கும் டோக்கனை வழங்குகிறது.

OAuth அங்கீகாரத்தை நேரடியாகக் கையாள்வது இல்லை; அது அணுகலை வழங்குவது பற்றியது. அங்கீகாரத்திற்கு, OAuth பெரும்பாலும் OpenID Connect போன்ற பிற நெறிமுறைகளுடன் இணைக்கப்படுகிறது.

2. OpenID Connect (OIDC)

OpenID Connect (OIDC) என்பது OAuth 2.0 மீது கட்டப்பட்ட அடையாள அடுக்கு, இது OAuth இன் அனுமதித் திறன்களுக்கு அங்கீகாரத்தைச் சேர்க்கிறது. அடிப்படையில், OpenID Connect OAuth ஐ விரிவுபடுத்தி பயனர் அங்கீகாரத்தை கையாள்கிறது, பயனரின் அடையாளத்தைச் சரிபார்க்க பயன்பாடுகளுக்கு தரப்படுத்தப்பட்ட வழியை வழங்குகிறது.

• ஓட்டம்: ஒரு பயனர் OpenID Connect ஐப் பயன்படுத்தி உள்நுழையும்போது, மூன்றாம் தரப்புப் பயன்பாடு (OAuth அணுகல் டோக்கனுடன் கூடுதலாக) ID டோக்கனைக் கோருகிறது. ID டோக்கனில் பயனரைப் பற்றிய தகவல் (அவர்களின் பயனர்பெயர், மின்னஞ்சல், பிற உரிமைகோரல்கள் போன்றவை) உள்ளது. இது பயனர் யார், அவர் அங்கீகரிக்கப்பட்டாரா என்பதைப் பயன்பாடு அறிய அனுமதிக்கிறது.
• எடுத்துக்காட்டு: உங்கள் Google கணக்கைப் பயன்படுத்தி Slack போன்ற சேவையில் உள்நுழைவது (Google என்பது OpenID Connect வழங்குநர்) OpenID Connect வழியாக அங்கீகாரத்தை உள்ளடக்கியது, அதேசமயம் OAuth உங்கள் Google வளங்களுக்கான அணுகலை நிர்வகிக்கிறது.

OIDC மூன்றாம் தரப்புப் பயன்பாடுகள் பயனர்களை அங்கீகரிப்பதை எளிதாக்குகிறது, அதே நேரத்தில் அந்தப் பயன்பாடுகள் எந்த வளங்களை அணுகலாம் என்பதில் நுண்ணிய கட்டுப்பாட்டையும் அனுமதிக்கிறது.

3. SAML (Security Assertion Markup Language)

SAML என்பது தரப்பினருக்கு இடையே அங்கீகாரம் மற்றும் அனுமதித் தரவைப் பரிமாற, குறிப்பாக Single Sign-On (SSO) சூழ்நிலைகளில் பயன்படுத்தப்படும் பழைய, XML-அடிப்படையிலான தரநிலை. பயனர்கள் ஒருமுறை அங்கீகரித்து, சான்றுகளை மீண்டும் உள்ளிடாமல் பல பயன்பாடுகளை அணுக உதவுவதற்காக இது முதன்மையாக நிறுவனச் சூழல்களில் பயன்படுத்தப்படுகிறது.

• ஓட்டம்: பயனர் முதலில் அடையாள வழங்குநருடன் (IdP) அங்கீகரிக்கிறார். IdP பயனரின் அடையாளத்தையும் தொடர்புடைய பண்புகளையும் உள்ளடக்கிய கையொப்பமிடப்பட்ட SAML கூற்றை உருவாக்குகிறது. கூற்று சேவை வழங்குநருக்கு (SP) அனுப்பப்படுகிறது, அது பயன்பாட்டிற்கான அணுகலை அனுமதிக்க அதைப் பயன்படுத்துகிறது.
• எடுத்துக்காட்டு: ஒரு ஊழியர் தன் நிறுவன இணையதளத்தில் (IdP) உள்நுழைகிறார், சான்றுகளை மீண்டும் உள்ளிடாமல் மின்னஞ்சல், CRM போன்ற பிற அமைப்புகளில் தானாகவே உள்நுழைந்துவிடுகிறார். அங்கீகாரச் செயல்முறை IdP அனுப்பிய SAML கூற்றை அடிப்படையாகக் கொண்டது.

SAML பொதுவாக நிறுவன SSO தீர்வுகளில் பயன்படுத்தப்படுகிறது, நிறுவனச் சூழல்களில் வலைப் பயன்பாடுகளுக்கு நன்றாக வேலை செய்கிறது, ஆனால் OAuth/OIDC உடன் ஒப்பிடும்போது இது மொபைலுக்கு குறைவாகவே ஏற்றது.

4. WS-Federation (Web Services Federation)

WS-Federation என்பது குறிப்பாக Microsoft-அடிப்படையிலான நிறுவனச் சூழல்களில் Single Sign-On (SSO) க்குப் பயன்படுத்தப்படும் மற்றொரு நெறிமுறை. இது WS- (Web Services)* விவரக்குறிப்புக் குடும்பத்தின் ஒரு பகுதி, வெவ்வேறு பாதுகாப்புக் களங்களுக்கு (வெவ்வேறு நிறுவனங்களுக்கு இடையே அல்லது வெவ்வேறு சேவைகளுக்கு இடையே போன்றவை) இடையே அடையாளக் கூட்டமைப்பை அனுமதிக்கிறது.

• ஓட்டம்: WS-Federation ஒரு நம்பகமான அடையாள வழங்குநரை (IdP) பயனர்களை அங்கீகரிக்கவும், சேவை வழங்குநர் அனுமதிக்குப் பயன்படுத்தக்கூடிய டோக்கன்களை வழங்கவும் அனுமதிக்கிறது. இது SAML ஐப் போன்றது, ஆனால் Microsoft தொழில்நுட்பங்களை அதிகம் சார்ந்த சூழ்நிலைகளில் அடிக்கடி பயன்படுத்தப்படுகிறது.
• எடுத்துக்காட்டு: ஒரு பயனர் Microsoft Azure Active Directory (AD) ஆல் ஹோஸ்ட் செய்யப்பட்ட நிறுவனப் பயன்பாட்டில் உள்நுழைகிறார், மூன்றாம் தரப்பு விற்பனையாளர்களால் ஹோஸ்ட் செய்யப்பட்ட பயன்பாடுகள் உட்பட பிற கூட்டமைக்கப்பட்ட சேவைகளை அணுக அவரது அடையாளத்தைப் பயன்படுத்தலாம்.

பல நவீன வலைச் சூழல்களில் WS-Federation பெரும்பாலும் OAuth2.0 மற்றும் OpenID Connect போன்ற புதிய நெறிமுறைகளால் மாற்றப்பட்டுவிட்டாலும், இது இன்னும் பழைய அமைப்புகளில், குறிப்பாக Microsoft-மையமான நிறுவனங்களில் பயன்படுத்தப்படுகிறது.

5. LDAP (Lightweight Directory Access Protocol)

LDAP என்பது கோப்பகச் சேவைகளை அணுகவும் நிர்வகிக்கவும் பயன்படுத்தப்படும் நெறிமுறை, பொதுவாக பயனர் சான்றுகளைச் சேமிக்கவும் மையப்படுத்தப்பட்ட கோப்பகத்தில் (பெரும்பாலும் கோப்பகச் சேவை என அழைக்கப்படுவது) அணுகல் கட்டுப்பாட்டை நிர்வகிக்கவும் பயன்படுத்தப்படுகிறது. LDAP குறிப்பாக அங்கீகாரம் அல்லது அனுமதி பற்றியதல்ல, ஆனால் அடையாளத் தரவைச் சேமிக்கவும் மீட்டெடுக்கவும் பயன்படுத்தப்படுகிறது, அது பின்னர் அந்தச் செயல்முறைகளில் பயன்படுத்தப்படுகிறது.

• அங்கீகாரம்: LDAP சான்றுகளுக்காக (கடவுச்சொற்கள் போன்றவை) கோப்பகச் சேவையை வினவுவதன் மூலம் பயனர்களை அங்கீகரிக்க ஒரு பயன்பாட்டை அனுமதிக்கிறது.
• அனுமதி: இது பயனர் பாத்திரங்களையும் அனுமதிகளையும் நிர்வகிக்கிறது, பயனருக்கு குறிப்பிட்ட வளங்களை அணுக அனுமதி உள்ளதா என்பதைத் தீர்மானிக்க உதவுகிறது.
• எடுத்துக்காட்டு: பல நிறுவனங்கள், குறிப்பாக Windows சூழல்களில், அங்கீகாரம் மற்றும் அனுமதிக்கு LDAP-அடிப்படையிலான கோப்பகங்களை (எ.கா. Active Directory) பயன்படுத்துகின்றன.

உள் அமைப்புகள் முழுவதும் பயனர் அணுகலை நிர்வகிக்க நிறுவனங்களுக்கு LDAP முக்கியமானது, ஆனால் நவீன வலைச் சூழலில், மிகவும் முழுமையான அடையாள மேலாண்மைக்கு LDAP அடிக்கடி SAML அல்லது OAuth போன்ற பிற நெறிமுறைகளுடன் ஒருங்கிணைக்கப்படுகிறது.

6. சமூக SSO வழங்குநர்கள்

Facebook, Google, Twitter, GitHub போன்ற சமூக Single Sign-On (SSO) வழங்குநர்கள் பயனர்கள் தங்கள் சமூக ஊடகச் சான்றுகளைப் பயன்படுத்தி மூன்றாம் தரப்புப் பயன்பாடுகளில் அங்கீகரிக்க அனுமதிக்கின்றனர். இது மூன்றாம் தரப்புச் சேவை (எ.கா. Google) அடையாள வழங்குநராக இருக்கும் ஒரு வகை OAuth-அடிப்படையிலான அங்கீகாரம்.

• ஓட்டம்: பயனர் "Google உடன் உள்நுழை" (எடுத்துக்காட்டாக) என்பதைக் கிளிக் செய்கிறார். பயன்பாடு Google க்கு திருப்பிவிடுகிறது, அங்கு பயனர் உள்நுழைகிறார் (ஏற்கனவே உள்நுழைந்திருக்காவிட்டால்). பின்னர் Google மூன்றாம் தரப்புப் பயன்பாட்டிற்கு அணுகல் டோக்கன் அல்லது ID டோக்கனை வழங்குகிறது, இது பயனரை அங்கீகரிக்கவும் அவரது தரவை அணுகவும் பயன்படுத்தப்படலாம்.
• எடுத்துக்காட்டு: பல பயன்பாடுகள் உங்கள் Google அல்லது Facebook சான்றுகளைப் பயன்படுத்தி உள்நுழைய அனுமதிக்கின்றன. பயன்பாடு உங்கள் அடையாளத்தைச் சரிபார்க்கவும் சில நேரங்களில் சில சமூக ஊடகத் தரவை அணுகவும் பின்னணியில் OAuth அல்லது OpenID Connect ஐப் பயன்படுத்தும்.

சமூக SSO என்பது அங்கீகாரத்துக்கான வசதியான, பரவலாக ஏற்றுக்கொள்ளப்பட்ட முறை, ஏனெனில் இது மற்றொரு பயனர்பெயர் மற்றும் கடவுச்சொல்லை உருவாக்க விரும்பாத பயனர்களுக்கான உராய்வைக் குறைக்கிறது.

---

வேறுபாடுகளின் சுருக்கம்:

• OAuth: அனுமதிக்குப் பயன்படுத்தப்படுகிறது, சான்றுகளை வெளிப்படுத்தாமல் பயனர் தரவை அணுக மூன்றாம் தரப்புப் பயன்பாடுகளை அனுமதிக்கிறது.
• OpenID Connect: அங்கீகாரத்தை வழங்க OAuth ஐ விரிவுபடுத்துகிறது, பயனரின் அடையாளத்தைச் சரிபார்க்க பயன்பாடுகளுக்கு உதவுகிறது.
• SAML: SSO க்குப் பயன்படுத்தப்படும் XML-அடிப்படையிலான நெறிமுறை, பெரும்பாலும் நிறுவனச் சூழல்களில்.
• WS-Federation: அடையாளக் கூட்டமைப்புக்கான Microsoft-சார்ந்த நெறிமுறை, பழைய அமைப்புகளில் பயன்படுத்தப்படுகிறது.
• LDAP: பயனர்களை அங்கீகரிக்கவும் அனுமதியை நிர்வகிக்கவும் கோப்பகச் சேவைகளை வினவுவதற்கான நெறிமுறை.
• சமூக SSO வழங்குநர்கள்: பயனர்களின் சமூக ஊடகச் சான்றுகளைப் பயன்படுத்தி அவர்களை அங்கீகரிக்க மூன்றாம் தரப்புப் பயன்பாடுகளை அனுமதிக்கும் OAuth-அடிப்படையிலான அமைப்புகள் (Google, Facebook போன்றவை).

இந்தத் தொழில்நுட்பங்கள் ஒவ்வொன்றுக்கும் அதன் சொந்த பலங்களும் பயன்பாட்டு நிகழ்வுகளும் உள்ளன, நவீன பயன்பாடுகளில், பாதுகாப்பின் வெவ்வேறு அம்சங்களுக்கு (எ.கா. API அணுகலுக்கு OAuth/OIDC, நிறுவன SSO க்கு SAML) அவற்றின் கலவை பயன்படுத்தப்படுவதைக் காணலாம்.