OAuth ಎಂದರೇನು? "Google ಮೂಲಕ ಸೈನ್ ಇನ್" ಮತ್ತು ನಿಯೋಜಿತ ಪ್ರವೇಶ ವಿವರಣೆ
OAuth ಒಂದು ತೆರೆದ ಮಾನದಂಡ, ಇದು ಬಳಕೆದಾರರಿಗೆ ತಮ್ಮ ಖಾತೆಗೆ ಒಂದು ಆ್ಯಪ್‌ಗೆ ಸೀಮಿತ ಪ್ರವೇಶ ನೀಡಲು ಅವಕಾಶ ನೀಡುತ್ತದೆ, ಪಾಸ್‌ವರ್ಡ್ ಹಂಚದೆ. ನೀವು "Google Calendar ಸಂಪರ್ಕಿಸಿ" ಕ್ಲಿಕ್ ಮಾಡಿದಾಗ "ಈ ಆ್ಯಪ್ ನಿಮ್ಮ ಈವೆಂಟ್‌ಗಳನ್ನು ನೋಡಬಹುದೇ?" ಎಂದು ಕೇಳುವ ಪರದೆ ಕಾಣುತ್ತದೆ — ಅದು OAuth. ಆ್ಯಪ್ ನೀವು ಅನುಮೋದಿಸಿದ್ದಕ್ಕಾಗಿ ಮಾತ್ರ ಟೋಕನ್ ಪಡೆಯುತ್ತದೆ, ಅದನ್ನು ನೀವು ಯಾವಾಗ ಬೇಕಾದರೂ ರದ್ದುಗೊಳಿಸಬಹುದು. ಅದೇ ಯಂತ್ರ, OpenID Connect ಎಂಬ ಹೆಚ್ಚುವರಿ ಪದರದೊಂದಿಗೆ, "Google ಮೂಲಕ ಸೈನ್ ಇನ್" ಮತ್ತು ಇತರ ಸಮಾನ ಬಟನ್‌ಗಳಿಗೆ ಶಕ್ತಿ ನೀಡುತ್ತದೆ.
AI ಜೊತೆ ನಿರ್ಮಿಸುವಾಗ OAuth ಏಕೆ ಮುಖ್ಯ
ಆ್ಯಪ್ ನಿರ್ಮಿಸುವಾಗ OAuth ಎರಡು ಸಾಮಾನ್ಯ ಸಂದರ್ಭಗಳಲ್ಲಿ ಕಾಣಿಸುತ್ತದೆ:
- ಸೋಶಿಯಲ್ ಲಾಗಿನ್. ನಿಮ್ಮ ಬಳಕೆದಾರರು ಇನ್ನೊಂದು ಪಾಸ್‌ವರ್ಡ್ ರಚಿಸುವ ಬದಲು "Google ಮೂಲಕ ಸೈನ್ ಇನ್" (ಅಥವಾ Apple, Microsoft, GitHub) ಮಾಡಬೇಕೆಂದು ನೀವು ಬಯಸುತ್ತೀರಿ. ನಿಮ್ಮ ಆ್ಯಪ್‌ಗೆ ಲಾಗಿನ್ ಸೇರಿಸುವುದು ಹೇಗೆ ನೋಡಿ.
- ಇತರ ಸೇವೆಗಳಲ್ಲಿ ಬಳಕೆದಾರರ ಖಾತೆಗಳಿಗೆ ಸಂಪರ್ಕ. ನಿಮ್ಮ ಆ್ಯಪ್‌ಗೆ ಬಳಕೆದಾರರ ಕ್ಯಾಲೆಂಡರ್ ಓದಬೇಕು, ಅವರ ಸಾಮಾಜಿಕ ಖಾತೆಗೆ ಪೋಸ್ಟ್ ಮಾಡಬೇಕು, ಕ್ಲೌಡ್ ಡ್ರೈವ್‌ನಿಂದ ಫೈಲ್ ತರಬೇಕು ಅಥವಾ ಅಕೌಂಟಿಂಗ್ ಡೇಟಾ ಸಿಂಕ್ ಮಾಡಬೇಕು.
ಎರಡೂ ಸಂದರ್ಭಗಳಲ್ಲಿ ನಿಮ್ಮ AI ಬಿಲ್ಡರ್ ಕೋಡ್ ಬರೆಯಬಲ್ಲದು, ಆದರೆ ಕೆಲವು ಹಂತಗಳನ್ನು ನೀವು ಮಾತ್ರ ಮಾಡಬಹುದು: ಪ್ರೊವೈಡರ್‌ನೊಂದಿಗೆ ಡೆವಲಪರ್ ಆ್ಯಪ್ ರಚಿಸುವುದು, client ID ಮತ್ತು client secret ಪಡೆಯುವುದು, ಕಾಲ್‌ಬ್ಯಾಕ್ URL ಗಳನ್ನು ನೋಂದಾಯಿಸುವುದು, ಮತ್ತು ಕೆಲವು ಅನುಮತಿಗಳಿಗೆ ಪ್ರೊವೈಡರ್‌ನ ಪರಿಶೀಲನೆ ಪಾಸ್ ಮಾಡುವುದು. OAuth ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ತಿಳಿದಿದ್ದರೆ, ಆ ಹಂತಗಳು ಮತ್ತು ಅವು ಉಂಟುಮಾಡುವ ದೋಷಗಳು ಕಡಿಮೆ ನಿಗೂಢವಾಗುತ್ತವೆ. ಲಾಗಿನ್‌ನ ದೊಡ್ಡ ಚಿತ್ರಕ್ಕಾಗಿ, ದೃಢೀಕರಣ ಎಂದರೇನು ನೋಡಿ.
ದೈನಂದಿನ ಉದಾಹರಣೆ
ಹೋಟೆಲ್ ಕೀ ಕಾರ್ಡ್ ಯೋಚಿಸಿ. ಚೆಕ್-ಇನ್ ಸಮಯದಲ್ಲಿ ಫ್ರಂಟ್ ಡೆಸ್ಕ್ ನೀವು ಯಾರೆಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ, ನಂತರ ನಿಮ್ಮ ಕೊಠಡಿ ಮತ್ತು ಜಿಮ್ ತೆರೆಯುವ ಕಾರ್ಡ್ ನೀಡುತ್ತದೆ — ಇತರ ಕೊಠಡಿಗಳು ಅಥವಾ ಸಿಬ್ಬಂದಿ ಪ್ರದೇಶಗಳಲ್ಲ — ಮತ್ತು ಚೆಕ್-ಔಟ್ ಆದಾಗ ಕೆಲಸ ನಿಲ್ಲಿಸುತ್ತದೆ. ಕಾರ್ಡ್‌ನಲ್ಲಿ ನಿಮ್ಮ ಪಾಸ್‌ಪೋರ್ಟ್ ಇರುವುದಿಲ್ಲ. ಕಾರ್ಡ್ ಕಳೆದುಹೋದರೆ, ಡೆಸ್ಕ್ ಅದನ್ನು ರದ್ದುಗೊಳಿಸಿ ಹೊಸದನ್ನು ನೀಡುತ್ತದೆ.
- ಫ್ರಂಟ್ ಡೆಸ್ಕ್ ಅಧಿಕಾರ ಸರ್ವರ್ (Google ನ ಸೈನ್-ಇನ್ ಪುಟ).
- ನಿಮ್ಮ ಗುರುತಿನ ಪರಿಶೀಲನೆ ನೀವು Google ಗೆ ಸೈನ್ ಇನ್ ಆಗುವುದು.
- ಕೀ ಕಾರ್ಡ್ ಆಕ್ಸೆಸ್ ಟೋಕನ್.
- "ಕೊಠಡಿ ಮತ್ತು ಜಿಮ್ ಮಾತ್ರ" ನೀವು ಅನುಮೋದಿಸಿದ ಸ್ಕೋಪ್‌ಗಳು.
- ಚೆಕ್-ಔಟ್ ಟೋಕನ್ ಮುಕ್ತಾಯ, ಅಥವಾ ನೀವು ಪ್ರವೇಶ ರದ್ದುಗೊಳಿಸುವುದು.
ನೀವು ಬಳಸುವ ಆ್ಯಪ್ ನಿಮ್ಮ Google ಪಾಸ್‌ವರ್ಡ್ ಎಂದಿಗೂ ನೋಡುವುದಿಲ್ಲ, ಕೀ ಕಾರ್ಡ್ ಮಾತ್ರ.
OAuth ಹಂತ ಹಂತವಾಗಿ ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ
ವೆಬ್ ಆ್ಯಪ್‌ಗಳಿಗೆ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಹರಿವು ಅಧಿಕಾರ ಕೋಡ್ ಫ್ಲೋ. ಬಳಕೆದಾರ ತನ್ನ Google Calendar ಅನ್ನು ವೇಳಾಪಟ್ಟಿ ಆ್ಯಪ್‌ಗೆ ಸಂಪರ್ಕಿಸಿದಾಗ ಏನಾಗುತ್ತದೆ ಎಂಬುದು ಇಲ್ಲಿದೆ:
- ಕ್ಲಿಕ್. ಬಳಕೆದಾರ "Connect Google Calendar" ಕ್ಲಿಕ್ ಮಾಡುತ್ತಾರೆ.
- ಪ್ರೊವೈಡರ್‌ಗೆ ರೀಡೈರೆಕ್ಟ್. ಆ್ಯಪ್ ಬ್ರೌಸರ್ ಅನ್ನು Google ಗೆ ತನ್ನ client ID, ಬೇಕಾದ ಸ್ಕೋಪ್‌ಗಳು (ಕ್ಯಾಲೆಂಡರ್ ಈವೆಂಟ್‌ಗಳನ್ನು ಓದುವುದು) ಮತ್ತು ಬಳಕೆದಾರರನ್ನು ಹಿಂತಿರುಗಿಸಬೇಕಾದ redirect URI ಜೊತೆಗೆ ಕಳುಹಿಸುತ್ತದೆ.
- ಲಾಗ್ ಇನ್ ಮತ್ತು ಒಪ್ಪಿಗೆ. ಬಳಕೆದಾರ Google ಗೆ ಸೈನ್ ಇನ್ ಆಗುತ್ತಾರೆ (ಈಗಾಗಲೇ ಇಲ್ಲದಿದ್ದರೆ) ಮತ್ತು ಆ್ಯಪ್ ಏನನ್ನು ಕೇಳುತ್ತಿದೆ ಎಂದು ಪಟ್ಟಿ ಮಾಡುವ ಒಪ್ಪಿಗೆ ಪರದೆ ನೋಡುತ್ತಾರೆ. Allow ಕ್ಲಿಕ್ ಮಾಡುತ್ತಾರೆ.
- ಕೋಡ್‌ನೊಂದಿಗೆ ಹಿಂತಿರುಗುವಿಕೆ. Google ಬ್ರೌಸರ್ ಅನ್ನು ಆ್ಯಪ್‌ನ redirect URI ಗೆ ಕಡಿಮೆ ಅವಧಿಯ, ಒಂದೇ ಬಳಕೆಯ ಅಧಿಕಾರ ಕೋಡ್ ಜೊತೆಗೆ ರೀಡೈರೆಕ್ಟ್ ಮಾಡುತ್ತದೆ.
- ಸರ್ವರ್‌ನಲ್ಲಿ ವಿನಿಮಯ. ಆ್ಯಪ್‌ನ ಸರ್ವರ್ ಆ ಕೋಡ್ ಮತ್ತು ಕ್ಲೈಂಟ್ ಸೀಕ್ರೆಟ್ ಅನ್ನು ನೇರವಾಗಿ Google ಗೆ ಕಳುಹಿಸಿ ಆಕ್ಸೆಸ್ ಟೋಕನ್ (ಮತ್ತು ಆಗಾಗ್ಗೆ ರಿಫ್ರೆಶ್ ಟೋಕನ್) ಪಡೆಯುತ್ತದೆ.
- API ಬಳಸಿ. ಸರ್ವರ್ ಆಕ್ಸೆಸ್ ಟೋಕನ್‌ನೊಂದಿಗೆ Google Calendar API ಕರೆ ಮಾಡಿ ಬಳಕೆದಾರರ ಈವೆಂಟ್‌ಗಳನ್ನು ಪಡೆಯುತ್ತದೆ.
ಹಂತ 4 ರಲ್ಲಿನ ಕಾಲ್‌ಬ್ಯಾಕ್ ಹೀಗೆ ಕಾಣುತ್ತದೆ:
https://yourapp.com/auth/google/callback?code=4/0Adeu5B...&state=x7Kq9
ಮತ್ತು ಹಂತ 5 ರಲ್ಲಿನ ಟೋಕನ್ ಪ್ರತಿಕ್ರಿಯೆ JSON ರೂಪದಲ್ಲಿದೆ:
{
"access_token": "ya29.a0Af...",
"expires_in": 3599,
"refresh_token": "1//0gL...",
"scope": "https://www.googleapis.com/auth/calendar.readonly",
"token_type": "Bearer"
}
ಮುಖ್ಯ ವಿನ್ಯಾಸ ಅಂಶ: ಟೋಕನ್ ವಿನಿಮಯ ಸರ್ವರ್-ನಿಂದ-ಸರ್ವರ್ ಆಗಿ ನಡೆಯುತ್ತದೆ, ಆದ್ದರಿಂದ ಕ್ಲೈಂಟ್ ಸೀಕ್ರೆಟ್ ಮತ್ತು ಟೋಕನ್‌ಗಳು ಬ್ರೌಸರ್ ಮೂಲಕ ಹಾದುಹೋಗಬೇಕಾಗಿಲ್ಲ.
OAuth vs OpenID Connect vs ನಿಮ್ಮದೇ ಲಾಗಿನ್
| ಏನು ಉತ್ತರಿಸುತ್ತದೆ | ಉದಾಹರಣೆ | |
|---|---|---|
| OAuth 2.0 | "ಈ ಆ್ಯಪ್ ಬಳಕೆದಾರರ ಪರವಾಗಿ ಏನು ಮಾಡಬಹುದು?" (ಅಧಿಕಾರ) | ಬಳಕೆದಾರರ ಕ್ಯಾಲೆಂಡರ್ ಓದುವುದು |
| OpenID Connect (OIDC) | "ಈ ಬಳಕೆದಾರ ಯಾರು?" (ದೃಢೀಕರಣ), OAuth ಮೇಲೆ ನಿರ್ಮಿತ | "Google ಮೂಲಕ ಸೈನ್ ಇನ್" ಪರಿಶೀಲಿತ ಇಮೇಲ್ ನೀಡುವುದು |
| ನಿಮ್ಮದೇ ಲಾಗಿನ್ | "ಈ ಖಾತೆಗೆ ಇದು ಸರಿಯಾದ ಪಾಸ್‌ವರ್ಡ್ ಆಗಿದೆಯೇ?" | ನಿಮ್ಮ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ (ಹ್ಯಾಶ್ ಮಾಡಿ) ಸಂಗ್ರಹಿಸಿದ ಇಮೇಲ್ ಮತ್ತು ಪಾಸ್‌ವರ್ಡ್ |
ಅನೇಕ ಆ್ಯಪ್‌ಗಳು ಇವುಗಳನ್ನು ಸಂಯೋಜಿಸುತ್ತವೆ: ಇಮೇಲ್-ಮತ್ತು-ಪಾಸ್‌ವರ್ಡ್ ಲಾಗಿನ್, ಜೊತೆಗೆ OIDC ಮೂಲಕ "Google ಮೂಲಕ ಸೈನ್ ಇನ್", ಜೊತೆಗೆ ಇತರ ಸೇವೆಗಳಿಗೆ ಪ್ರತ್ಯೇಕ OAuth ಸಂಪರ್ಕಗಳು.
ಪ್ರಮುಖ ಪದಗಳು
| ಪದ | ಅರ್ಥ |
|---|---|
| ಪ್ರೊವೈಡರ್ / ಅಧಿಕಾರ ಸರ್ವರ್ | ಬಳಕೆದಾರರು ಲಾಗ್ ಇನ್ ಆಗಿ ಪ್ರವೇಶ ನೀಡುವ ಸೇವೆ — Google, Microsoft, GitHub. |
| ಕ್ಲೈಂಟ್ | ಪ್ರೊವೈಡರ್‌ನಲ್ಲಿ ನೋಂದಾಯಿಸಲಾದ ನಿಮ್ಮ ಆ್ಯಪ್. |
| Client ID | ಪ್ರೊವೈಡರ್‌ನೊಂದಿಗೆ ನಿಮ್ಮ ಆ್ಯಪ್‌ನ ಸಾರ್ವಜನಿಕ ಗುರುತು. |
| Client secret | ಪ್ರೊವೈಡರ್‌ನೊಂದಿಗೆ ನಿಮ್ಮ ಆ್ಯಪ್‌ನ ಖಾಸಗಿ ಪಾಸ್‌ವರ್ಡ್. ಸರ್ವರ್-ಮಾತ್ರ. |
| ಸ್ಕೋಪ್ | ನಿರ್ದಿಷ್ಟ ಅನುಮತಿ, ಉದಾಹರಣೆಗೆ "ಕ್ಯಾಲೆಂಡರ್ ಓದು" ಅಥವಾ "ಇಮೇಲ್ ವಿಳಾಸ ನೋಡು". |
| ಒಪ್ಪಿಗೆ ಪರದೆ | ಬಳಕೆದಾರರು ಕೋರಿದ ಸ್ಕೋಪ್‌ಗಳನ್ನು ನೋಡಿ ಅನುಮೋದಿಸುವ ಪುಟ. |
| ರೀಡೈರೆಕ್ಟ್ URI / ಕಾಲ್‌ಬ್ಯಾಕ್ URL | ಪ್ರೊವೈಡರ್ ಬಳಕೆದಾರರನ್ನು ಹಿಂತಿರುಗಿಸುವ ವಿಳಾಸ. ಮೊದಲೇ ನೋಂದಾಯಿಸಿ ನಿಖರವಾಗಿ ಹೊಂದಬೇಕು. |
| ಆಕ್ಸೆಸ್ ಟೋಕನ್ | API ಕರೆ ಮಾಡಲು ಅಲ್ಪಕಾಲಿಕ ಪ್ರಮಾಣಪತ್ರ. |
| ರಿಫ್ರೆಶ್ ಟೋಕನ್ | ಹೊಸ ಆಕ್ಸೆಸ್ ಟೋಕನ್ ಪಡೆಯಲು ದೀರ್ಘಕಾಲಿಕ ಪ್ರಮಾಣಪತ್ರ. ಪಾಸ್‌ವರ್ಡ್‌ನಂತೆ ಸಂಗ್ರಹಿಸಿ. |
| ID ಟೋಕನ್ | OIDC ನಲ್ಲಿ, ಬಳಕೆದಾರ ಯಾರು ಎಂದು ವಿವರಿಸುವ ಸಹಿ ಮಾಡಿದ ಟೋಕನ್. |
| PKCE | ಅಡ್ಡಹಿಡಿದ ಕೋಡ್ ಬಳಕೆಯನ್ನು ತಡೆಯುವ ಹೆಚ್ಚುವರಿ ಪರಿಶೀಲನೆ ("proof key"). ಎಲ್ಲಾ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಶಿಫಾರಸು. |
| state | ನಕಲಿ ವಿನಂತಿಗಳ ವಿರುದ್ಧ ಫ್ಲೋ ರಕ್ಷಿಸುವ ಯಾದೃಚ್ಛಿಕ ಮೌಲ್ಯ. |
ಸಾಮಾನ್ಯ ತಪ್ಪು ಕಲ್ಪನೆಗಳು
- "OAuth ಒಂದು ಲಾಗಿನ್ ವ್ಯವಸ್ಥೆ." ಸಾದಾ OAuth ಪ್ರವೇಶ ನೀಡುತ್ತದೆ; ಗುರುತನ್ನು OpenID Connect ನಿರ್ವಹಿಸುತ್ತದೆ. ಯಾರೋ ಯಾರು ಎಂದು ಸಾಬೀತುಪಡಿಸಲು ಬೇರ್ ಆಕ್ಸೆಸ್ ಟೋಕನ್ ಬಳಸುವುದು ನೈಜ ಭದ್ರತಾ ದೋಷಗಳಿಗೆ ಕಾರಣವಾಗಿದೆ.
- "ಆ್ಯಪ್‌ಗೆ ನನ್ನ ಪಾಸ್‌ವರ್ಡ್ ಸಿಗುತ್ತದೆ." ಎಂದಿಗೂ ಇಲ್ಲ. ಅದೇ ಅದರ ಉದ್ದೇಶ.
- "ಹೆಚ್ಚು ಸ್ಕೋಪ್‌ಗಳನ್ನು ಕೇಳುವುದು ನಿರುಪದ್ರವ." ವಿಶಾಲ ಕೋರಿಕೆಗಳ ಬಗ್ಗೆ ಬಳಕೆದಾರರು ಹೆಚ್ಚು ಎಚ್ಚರದಿಂದಿರುತ್ತಾರೆ, ಮತ್ತು Google ನಂತಹ ಪ್ರೊವೈಡರ್‌ಗಳು ಸೂಕ್ಷ್ಮ ಅಥವಾ ನಿರ್ಬಂಧಿತ ಸ್ಕೋಪ್‌ಗಳಿಗೆ ಆ್ಯಪ್ ಪರಿಶೀಲನೆ ಬೇಕೆಂದು ಕೇಳಬಹುದು. ಅಗತ್ಯವಿರುವುದನ್ನು ಮಾತ್ರ ಕೇಳಿ.
- "ಕ್ಲೈಂಟ್ ಸೀಕ್ರೆಟ್ ಫ್ರಂಟ್‌ಎಂಡ್‌ನಲ್ಲಿ ಇರಬಹುದು." ಬ್ರೌಸರ್ ಕೋಡ್‌ನಲ್ಲಿರುವುದೆಲ್ಲವೂ ಸಾರ್ವಜನಿಕ. ಸರ್ವರ್-ಬದಿಯ ರಹಸ್ಯಗಳಲ್ಲಿ ಇಡಿ.
- "ಪರೀಕ್ಷೆಯಲ್ಲಿ ಕೆಲಸ ಮಾಡಿದರೆ ಉತ್ಪಾದನೆಯಲ್ಲೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ." ಪ್ರೊವೈಡರ್‌ಗಳು ಪರಿಶೀಲಿಸದ ಆ್ಯಪ್‌ಗಳನ್ನು ಸೀಮಿತಗೊಳಿಸುತ್ತಾರೆ — ಉದಾಹರಣೆಗೆ ಪಟ್ಟಿ ಮಾಡಿದ ಪರೀಕ್ಷಾ ಬಳಕೆದಾರರಿಗೆ — ಮತ್ತು ನಿಮ್ಮ ನೇರ ಡೊಮೇನ್‌ನ ರೀಡೈರೆಕ್ಟ್ URI ಪ್ರತ್ಯೇಕವಾಗಿ ನೋಂದಾಯಿಸಬೇಕು.
- "ಟೋಕನ್‌ಗಳು ಶಾಶ್ವತ." ಆಕ್ಸೆಸ್ ಟೋಕನ್‌ಗಳು ಬೇಗ ಮುಕ್ತಾಯವಾಗುತ್ತವೆ, ಮತ್ತು ಬಳಕೆದಾರರು ಪ್ರವೇಶ ರದ್ದುಗೊಳಿಸಬಹುದು. ನಿಮ್ಮ ಆ್ಯಪ್ ಎರಡನ್ನೂ ಸರಾಗವಾಗಿ ನಿಭಾಯಿಸಬೇಕು.
ನಿಮ್ಮ AI ಬಿಲ್ಡರ್‌ಗೆ ಏನು ಕೇಳಬೇಕು
- "'Google ಮೂಲಕ ಸೈನ್ ಇನ್' ಅನ್ನು OpenID Connect ಜೊತೆಗೆ ಚೆನ್ನಾಗಿ ನಿರ್ವಹಿಸಲಾದ ಆಥ್ ಲೈಬ್ರರಿಯೊಂದಿಗೆ ಸೇರಿಸಿ — OAuth ಫ್ಲೋ ಕೈಯಿಂದ ಬರೆಯಬೇಡಿ."
- "PKCE ಜೊತೆಗೆ ಅಧಿಕಾರ ಕೋಡ್ ಫ್ಲೋ ಬಳಸಿ ಮತ್ತು
stateಪ್ಯಾರಾಮೀಟರ್ ಪರಿಶೀಲಿಸಿ." - "Client ID ಮತ್ತು client secret ಅನ್ನು ಸರ್ವರ್‌ನಲ್ಲಿ ಪರಿಸರ ವೇರಿಯಬಲ್‌ಗಳಿಂದ ಓದಿ."
- "ನಮಗೆ ಬೇಕಾದ ಸ್ಕೋಪ್‌ಗಳನ್ನು ಮಾತ್ರ ಕೇಳಿ: ಓದು-ಮಾತ್ರ ಕ್ಯಾಲೆಂಡರ್ ಪ್ರವೇಶ."
- "ಪ್ರೊವೈಡರ್ ಕನ್ಸೋಲ್‌ನಲ್ಲಿ ನೋಂದಾಯಿಸಬೇಕಾದ ಪ್ರತಿ ರೀಡೈರೆಕ್ಟ್ URL ತೋರಿಸಿ — ಪ್ರಿವ್ಯೂ, ಪ್ರಕಟಿತ URL ಮತ್ತು ನನ್ನ ಕಸ್ಟಮ್ ಡೊಮೇನ್‌ಗಾಗಿ."
- "ರಿಫ್ರೆಶ್ ಟೋಕನ್‌ಗಳನ್ನು ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿ ಸಂಗ್ರಹಿಸಿ, ಮತ್ತು ಮುಕ್ತಾಯವಾದ ಅಥವಾ ರದ್ದಾದ ಟೋಕನ್‌ಗಳನ್ನು ಬಳಕೆದಾರರನ್ನು ಮತ್ತೆ ಸಂಪರ್ಕಿಸಲು ಕೇಳುವ ಮೂಲಕ ನಿಭಾಯಿಸಿ."
- "ಬಳಕೆದಾರರು ತಮ್ಮ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಪುಟದಿಂದ ಇಂಟಿಗ್ರೇಷನ್ ಅನ್ನು ಸಂಪರ್ಕ ತಪ್ಪಿಸಲು ಅವಕಾಶ ನೀಡಿ."
Mythex ಮತ್ತು OAuth
Mythex ನಿರ್ಮಿಸಿದ ಆ್ಯಪ್‌ಗಳಿಗೆ ಅಂತರ್ನಿರ್ಮಿತ ಅಂತಿಮ-ಬಳಕೆದಾರ ಲಾಗಿನ್ ಇಲ್ಲ; ಅದರ ಡಾಕ್ಸ್ ತನ್ನದೇ ಗುರುತಿನ ಬಳಸಿ ತರುವ (bring-your-own) ವಿಧಾನವನ್ನು ವಿವರಿಸುತ್ತದೆ — ನೀವು ಆಥ್ ಲೈಬ್ರರಿ ಅಥವಾ ಹೋಸ್ಟ್ ಮಾಡಿದ ಪ್ರೊವೈಡರ್ ಆರಿಸುತ್ತೀರಿ, ಅದರ ಕೀಗಳನ್ನು ಪ್ರಾಜೆಕ್ಟ್ ರಹಸ್ಯಗಳಾಗಿ ಇಡುತ್ತೀರಿ, ಮತ್ತು ಏಜೆಂಟ್ ಕೋಡ್ ಬರೆಯುತ್ತದೆ. ಇದಕ್ಕಾಗಿ ಆರಂಭಿಕ ಪ್ರಾಂಪ್ಟ್ ದೃಢೀಕರಣ ಸೇರಿಸಿ ರೆಸಿಪಿ ನಲ್ಲಿದೆ. Mythex ನಲ್ಲಿಯೇ ನೀವು OAuth ಎದುರಿಸುತ್ತೀರಿ: Google ಜೊತೆ ಸೈನ್ ಅಪ್ ಮಾಡಬಹುದು, ರೆಪೊ ಸಿಂಕ್‌ಗಾಗಿ GitHub ಸಂಪರ್ಕ GitHub OAuth ಬಳಸುತ್ತದೆ, ಮತ్ತು Mythex ಗೆ MCP ಮೂಲಕ ಸಂಪರ್ಕಿಸುವ AI ಕ್ಲೈಂಟ್‌ಗಳು ಒಪ್ಪಿಗೆ ಪುಟದ ಮೂಲಕ ಹೋಗುತ್ತವೆ. ಹೆಚ್ಚಿನ ಮಾಹಿತಿಗಾಗಿ, ದೃಢೀಕರಣ ಎಂದರೇನು ಮತ್ತು ಎರಡು-ಅಂಶ ದೃಢೀಕರಣ ಎಂದರೇನು ನೋಡಿ.
ಪ್ರಶ್ನೆಗಳು
ಸರಳವಾಗಿ OAuth ಎಂದರೇನು?
OAuth ಎಂಬುದು ಬಳಕೆದಾರರು ಒಂದು ಆ್ಯಪ್‌ಗೆ ಇನ್ನೊಂದು ಸೇವೆಯಲ್ಲಿನ ತಮ್ಮ ಖಾತೆಗೆ ಸೀಮಿತ ಪ್ರವೇಶ ನೀಡಲು ಬಳಸುವ ಪ್ರಮಾಣಿತ ವಿಧಾನ — ಉದಾಹರಣೆಗೆ ವೇಳಾಪಟ್ಟಿ ಆ್ಯಪ್‌ಗೆ ಅವರ Google Calendar ಓದಲು ಅವಕಾಶ — ಅವರ ಪಾಸ್‌ವರ್ಡ್ ನೀಡದೆ. ಬಳಕೆದಾರರು ನಿರ್ದಿಷ್ಟ ಅನುಮತಿಗಳನ್ನು ಅನುಮೋದಿಸುತ್ತಾರೆ, ಮತ್ತು ಆ್ಯಪ್ ಅವುಗಳಿಗೆ ಮಾತ್ರ ಬಳಸಬಹುದಾದ ಟೋಕನ್ ಪಡೆಯುತ್ತದೆ.
OAuth ಎಂದರೆ "Google ಮೂಲಕ ಸೈನ್ ಇನ್" ಇದೇ ಅರ್ಥವೇ?
"Google ಮೂಲಕ ಸೈನ್ ಇನ್" OAuth 2.0 ಮತ್ತು OpenID Connect ಮೇಲೆ ನಿರ್ಮಿತವಾಗಿದೆ. OpenID Connect ಎಂಬುದು OAuth ಮೇಲಿನ ಪದರ, ಅದು ಆ್ಯಪ್‌ಗೆ ಬಳಕೆದಾರ ಯಾರು ಎಂದು ತಿಳಿಸುವ ಪ್ರಮಾಣಿತ ರೀತಿಯನ್ನು ಸೇರಿಸುತ್ತದೆ. OAuth ತಾನಾಗಿ ಪ್ರವೇಶ ನೀಡುವ ಬಗ್ಗೆ; OpenID Connect ಅದನ್ನು ಲಾಗಿನ್ ಆಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ.
OAuth ಆಕ್ಸೆಸ್ ಟೋಕನ್ ಎಂದರೇನು?
ಆಕ್ಸೆಸ್ ಟೋಕನ್ ಎಂಬುದು ಸೇವೆಯ API ಗೆ ಕರೆ ಮಾಡುವಾಗ ಆ್ಯಪ್ ಪ್ರವೇಶ ಪಡೆದಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸಲು ಕಳುಹಿಸುವ ಪ್ರಮಾಣಪತ್ರ. ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಅಲ್ಪಕಾಲಿಕವಾಗಿದ್ದು, ಬಳಕೆದಾರ ಅನುಮೋದಿಸಿದ ಅನುಮತಿಗಳಿಗೆ (ಸ್ಕೋಪ್‌ಗಳು) ಸೀಮಿತವಾಗಿರುತ್ತದೆ. ರಿಫ್ರೆಶ್ ಟೋಕನ್ ನೀಡಿದ್ದರೆ, ಆ್ಯಪ್ ಬಳಕೆದಾರರನ್ನು ಮತ್ತೆ ಕೇಳದೆ ಹೊಸ ಆಕ್ಸೆಸ್ ಟೋಕನ್ ಪಡೆಯಬಹುದು.
redirect_uri_mismatch ಎಂದರೆ ಏನು?
ಇದರರ್ಥ ಸೈನ್-ಇನ್ ಸಮಯದಲ್ಲಿ ನಿಮ್ಮ ಆ್ಯಪ್ ಕಳುಹಿಸಿದ ಕಾಲ್‌ಬ್ಯಾಕ್ URL, ಪ್ರೊವೈಡರ್‌ನ ಡೆವಲಪರ್ ಕನ್ಸೋಲ್‌ನಲ್ಲಿ ನೋಂದಾಯಿಸಿದ ಒಂದಕ್ಕೆ ನಿಖರವಾಗಿ ಹೊಂದುತ್ತಿಲ್ಲ. ನಿಮ್ಮ ಆ್ಯಪ್ ಚಲಿಸುವ ಪ್ರತಿ ವಿಳಾಸಕ್ಕೆ ನಿಖರ URL ಸೇರಿಸಿ — https, ಡೊಮೇನ್, ಮಾರ್ಗ ಮತ್ತು ಯಾವುದೇ ಟ್ರೇಲಿಂಗ್ ಸ್ಲ್ಯಾಶ್ ಸೇರಿದಂತೆ.
OAuth ಸುರಕ್ಷಿತವೇ?
OAuth 2.0 ಸರಿಯಾಗಿ ಅಳವಡಿಸಿದಾಗ ವ್ಯಾಪಕವಾಗಿ ಬಳಸಲ್ಪಡುತ್ತದೆ ಮತ್ತು ಸುರಕ್ಷಿತ: PKCE ಜೊತೆಗೆ ಅಧಿಕಾರ ಕೋಡ್ ಫ್ಲೋ, ನಿಖರ ರೀಡೈರೆಕ್ಟ್ URL ಗಳು, state ಪ್ಯಾರಾಮೀಟರ್, ಮತ್ತು ಕ್ಲೈಂಟ್ ಸೀಕ್ರೆಟ್ ಹಾಗೂ ಟೋಕನ್‌ಗಳನ್ನು ಸರ್ವರ್‌ನಲ್ಲಿ ಇಡುವುದು. ಹೆಚ್ಚಿನ ಸಮಸ್ಯೆಗಳು ಅನುಷ್ಠಾನದ ಶಾರ್ಟ್‌ಕಟ್‌ಗಳಿಂದ ಬರುತ್ತವೆ, ಆದ್ದರಿಂದ ಚೆನ್ನಾಗಿ ನಿರ್ವಹಿಸಲಾದ ಲೈಬ್ರರಿ ಬಳಸುವುದು ಶಿಫಾರಸು.