ವಾಸ್ತುಶಿಲ್ಪ ನಿರ್ಧಾರ ದಾಖಲೆ: ದೃಢೀಕರಣ ಮತ್ತು ಅಧಿಕಾರ ಆಯ್ಕೆಗಳು

ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ದೃಢೀಕರಣ (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 ಎಂಬುದು ಪಕ್ಷಗಳ ನಡುವೆ ದೃಢೀಕರಣ ಮತ್ತು ಅಧಿಕಾರ ಡೇಟಾವನ್ನು, ವಿಶೇಷವಾಗಿ ಏಕ ಸೈನ್-ಆನ್ (SSO) ಸನ್ನಿವೇಶಗಳಲ್ಲಿ, ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳಲು ಬಳಸುವ ಹಳೆಯ, XML-ಆಧಾರಿತ ಮಾನದಂಡ. ಬಳಕೆದಾರರು ಒಮ್ಮೆ ದೃಢೀಕರಿಸಿ ರುಜುವಾತುಗಳನ್ನು ಮತ್ತೆ ನಮೂದಿಸದೆ ಹಲವಾರು ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಪ್ರವೇಶಿಸಲು ಅನುವು ಮಾಡಿಕೊಡಲು ಇದನ್ನು ಮುಖ್ಯವಾಗಿ ಎಂಟರ್‌ಪ್ರೈಸ್ ಪರಿಸರಗಳಲ್ಲಿ ಬಳಸಲಾಗುತ್ತದೆ.

ಹರಿವು: ಬಳಕೆದಾರರು ಮೊದಲು ಗುರುತು ಪೂರೈಕೆದಾರರೊಂದಿಗೆ (IdP) ದೃಢೀಕರಿಸುತ್ತಾರೆ. IdP ಬಳಕೆದಾರರ ಗುರುತು ಮತ್ತು ಸಂಬಂಧಿತ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಒಳಗೊಂಡ ಸಹಿ ಮಾಡಿದ SAML ಪ್ರತಿಪಾದನೆ ಯನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ. ಪ್ರತಿಪಾದನೆಯನ್ನು ಸೇವಾ ಪೂರೈಕೆದಾರರಿಗೆ (SP) ಕಳುಹಿಸಲಾಗುತ್ತದೆ, ಅದು ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ಪ್ರವೇಶವನ್ನು ಅಧಿಕೃತಗೊಳಿಸಲು ಅದನ್ನು ಬಳಸುತ್ತದೆ.
ಉದಾಹರಣೆ: ಉದ್ಯೋಗಿಯೊಬ್ಬರು ತಮ್ಮ ಕಾರ್ಪೊರೇಟ್ ಪೋರ್ಟಲ್‌ಗೆ (IdP) ಲಾಗಿನ್ ಆಗುತ್ತಾರೆ ಮತ್ತು ರುಜುವಾತುಗಳನ್ನು ಮತ್ತೆ ನಮೂದಿಸದೆ ಇಮೇಲ್, CRM ಮುಂತಾದ ಇತರ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಲಾಗಿನ್ ಆಗುತ್ತಾರೆ. ದೃಢೀಕರಣ ಪ್ರಕ್ರಿಯೆಯು IdP ಕಳುಹಿಸಿದ SAML ಪ್ರತಿಪಾದನೆಯ ಮೇಲೆ ಆಧಾರಿತವಾಗಿದೆ.

SAML ಅನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಎಂಟರ್‌ಪ್ರೈಸ್ SSO ಪರಿಹಾರಗಳಲ್ಲಿ ಬಳಸಲಾಗುತ್ತದೆ ಮತ್ತು ಕಾರ್ಪೊರೇಟ್ ಪರಿಸರಗಳಲ್ಲಿನ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ ಚೆನ್ನಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಆದರೆ OAuth/OIDC ಗೆ ಹೋಲಿಸಿದರೆ ಇದು ಮೊಬೈಲ್‌ಗೆ ಕಡಿಮೆ ಸ್ನೇಹಿ.

4. WS-Federation (Web Services Federation)

WS-Federation ಎಂಬುದು ವಿಶೇಷವಾಗಿ Microsoft-ಆಧಾರಿತ ಎಂಟರ್‌ಪ್ರೈಸ್ ಪರಿಸರಗಳಲ್ಲಿ ಏಕ ಸೈನ್-ಆನ್ (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 ಮತ್ತು ಇತರರಂತಹ ಸಾಮಾಜಿಕ ಏಕ ಸೈನ್-ಆನ್ (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) ಅವುಗಳ ಸಂಯೋಜನೆಯನ್ನು ಬಳಸುವುದನ್ನು ನೀವು ಕಾಣಬಹುದು.