ಲಾಗಿನ್ ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ: Google ಸೈನ್ ಇನ್, OAuth ಮತ್ತು ಪಾಸ್‌ಕೀಗಳು, ಸರಳವಾಗಿ

Updated 7 Nov 2026

ಈ ಪುಟವನ್ನು ಇಂಗ್ಲಿಷ್‌ನಿಂದ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅನುವಾದಿಸಲಾಗಿದೆ.

Contents24

ಪ್ರತಿ ಬಾರಿ ನೀವು ಒಂದು ಆ್ಯಪ್ ತೆರೆದಾಗ ಅದು ನಿಮ್ಮನ್ನು ತಕ್ಷಣ ಗುರುತಿಸುತ್ತದೆ ಅಂದರೆ, ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಸದ್ದಿಲ್ಲದೆ ಕೆಲವು ಪರಿಶೀಲನೆಗಳು ನಡೆದಿವೆ ಎಂದರ್ಥ. ಆಶಾ ಎಂಬ ಒಬ್ಬ ವಿದ್ಯಾರ್ಥಿನಿ ಮತ್ತು ಅವಳ ಫೋನ್‌ನಲ್ಲಿರುವ Edme App ಮೂಲಕ ಈ ಲೇಖನ ಆ ಪರಿಶೀಲನೆಗಳನ್ನು ಒಂದೊಂದಾಗಿ ತೋರಿಸುತ್ತದೆ.

ಆಶಾ UPSC ಗೆ ತಯಾರಿ ನಡೆಸುತ್ತಿದ್ದಾಳೆ. ಅವಳ ಹೆಚ್ಚಿನ ಓದು ಫೋನ್‌ನಲ್ಲೇ ನಡೆಯುತ್ತದೆ: ಬಸ್‌ನಲ್ಲಿ, ಕ್ಲಾಸ್‌ಗಳ ನಡುವೆ, ತಡರಾತ್ರಿ. ಪಾಠಗಳಿಗೆ ಮತ್ತು ಪ್ರಾಕ್ಟೀಸ್ ಟೆಸ್ಟ್‌ಗಳಿಗೆ ಅವಳು Edme App ಬಳಸುತ್ತಾಳೆ. ಅವಳ Google Calendar ನಲ್ಲಿರುವ ಕಾರ್ಯಕ್ರಮಗಳನ್ನು ನೋಡಿಕೊಂಡು ಆ್ಯಪ್ ಓದಿನ ಸಮಯವನ್ನು ಪ್ಲಾನ್ ಮಾಡಿದರೆ ಚೆನ್ನಾಗಿರುತ್ತದೆ ಅಂತ ಅವಳ ಆಸೆ. ಅವಳು ಲಾಗಿನ್ ಆಗುವ ಕ್ಷಣದಿಂದ ನಾವು ಅವಳ ಜೊತೆ ಹೋಗೋಣ.

ಈ ಲೇಖನ ಓದಿ ಮುಗಿಸುವಷ್ಟರಲ್ಲಿ ನೀವು ಇವನ್ನು ವಿವರಿಸಬಲ್ಲಿರಿ

ಯಾವ ಅಕೌಂಟ್ ನಿಮ್ಮದು ಅಂತ ಆ್ಯಪ್‌ಗೆ ಹೇಗೆ ಗೊತ್ತಾಗುತ್ತದೆ,

ಲಾಗಿನ್ ಆಗುವುದು ಮತ್ತು ಏನನ್ನಾದರೂ ತೆರೆಯಲು ಅನುಮತಿ ಸಿಗುವುದು ಯಾಕೆ ಎರಡು ಬೇರೆ ಬೇರೆ ಪರಿಶೀಲನೆಗಳು,

ನೀವು "Continue with Google" ಒತ್ತಿದಾಗ ನಿಜವಾಗಿ ಏನು ನಡೆಯುತ್ತದೆ,

ನಿಮ್ಮ ಕ್ಯಾಲೆಂಡರ್ ಓದುವ ಮೊದಲು ಆ್ಯಪ್ ಯಾಕೆ ಅನುಮತಿ ಕೇಳುತ್ತದೆ, ಮತ್ತು

ಪಾಸ್‌ಕೀ ಬಳಸಿ ಕೇವಲ ಬೆರಳಚ್ಚಿನಿಂದ ಹೇಗೆ ಲಾಗಿನ್ ಆಗಬಹುದು, ಮತ್ತು ನಕಲಿ ವೆಬ್‌ಸೈಟ್‌ಗಳು ಅದನ್ನು ಯಾಕೆ ಕದಿಯಲಾರವು.

1. ಅಕೌಂಟ್ ನಿಮ್ಮದೇ ಅಂತ ತೋರಿಸುವುದು

ಆಶಾ Edme App ತೆರೆದಾಗ, ಆ್ಯಪ್ ಎಲ್ಲಕ್ಕಿಂತ ಮೊದಲು ಒಂದು ಪ್ರಶ್ನೆಗೆ ಉತ್ತರ ಕಂಡುಕೊಳ್ಳಬೇಕು: ಇವಳು ನಿಜವಾಗಿಯೂ ಆಶಾನಾ? ಈ ಪ್ರಶ್ನೆಯನ್ನೇ ಬಿಟ್ಟುಬಿಟ್ಟರೆ, ಯಾರು ಬೇಕಾದರೂ ಅವಳ ನೋಟ್ಸ್, ಟೆಸ್ಟ್ ಅಂಕಗಳು ಮತ್ತು ಸೇವ್ ಮಾಡಿದ ಉತ್ತರಗಳನ್ನು ತೆರೆಯಬಹುದು.

ದೃಢೀಕರಣ (Authentication)

ಸ್ಕ್ರೀನ್ ಮುಂದೆ ಇರುವ ವ್ಯಕ್ತಿ, ತಾನು ತೆರೆಯಲು ಪ್ರಯತ್ನಿಸುತ್ತಿರುವ ಅಕೌಂಟ್ ನಿಜವಾಗಿಯೂ ತನ್ನ ಕೈಯಲ್ಲೇ ಇದೆಯಾ ಅಂತ ಪರಿಶೀಲಿಸುವುದೇ ದೃಢೀಕರಣ (authentication).

ಇದನ್ನು ಮಾಡುವ ಅತ್ಯಂತ ಹಳೆಯ ವಿಧಾನ ಇಮೇಲ್ ಮತ್ತು ಪಾಸ್‌ವರ್ಡ್. ಇಮೇಲ್ ಯಾವ ಅಕೌಂಟ್ ಅಂತ ಆ್ಯಪ್‌ಗೆ ಹೇಳುತ್ತದೆ. ಆ ಅಕೌಂಟ್‌ಗೆ ಪ್ರವೇಶಿಸಲು ನಿಮಗೆ ಹಕ್ಕಿದೆ ಎಂಬುದಕ್ಕೆ ಪಾಸ್‌ವರ್ಡ್ ಪುರಾವೆ. ನಿಮ್ಮ ಫೋನ್‌ಗೆ ಬರುವ OTP, ನಿಮ್ಮ ಬೆರಳಚ್ಚು ಮತ್ತು ಪಾಸ್‌ಕೀ ಇವೆಲ್ಲ ಬೇರೆ ಬೇರೆ ರೀತಿಯ ಪುರಾವೆಗಳು. ಎಲ್ಲವೂ ಉತ್ತರಿಸುವುದು ಒಂದೇ ಪ್ರಶ್ನೆಗೆ.

ಲಾಗಿನ್ ಆಗುವುದು ಬೇರೆ, ಒಳಗೆ ಬಿಡುವುದು ಬೇರೆ

ಇವಳು ಆಶಾ ಅಂತ ಗೊತ್ತಾದ ಮೇಲೆ, ಆ್ಯಪ್ ಎರಡನೆಯ, ಬೇರೆಯೇ ಆದ ಪ್ರಶ್ನೆ ಕೇಳುತ್ತದೆ: ಇವಳು ಏನೇನು ನೋಡಬಹುದು? ಇದನ್ನು ಅನುಮತಿ ಪರಿಶೀಲನೆ (Authorization) ಅನ್ನುತ್ತಾರೆ.

ನಿಮ್ಮ ಕಾಲೇಜನ್ನೇ ನೆನಪಿಸಿಕೊಳ್ಳಿ. ಗೇಟ್‌ನಲ್ಲಿ ID ಕಾರ್ಡ್ ತೋರಿಸಿದರೆ ನೀವು ಅಲ್ಲಿನ ವಿದ್ಯಾರ್ಥಿ ಅಂತ ಸಾಬೀತಾಗುತ್ತದೆ. ಅದು ದೃಢೀಕರಣ. ಆದರೆ ನೀವು ಸ್ಟಾಫ್ ರೂಮ್ ಒಳಗೆ ಹೋಗಬಹುದಾ ಇಲ್ಲವಾ ಅನ್ನೋದು ಸಂಪೂರ್ಣ ಬೇರೆ ನಿಯಮ. ಅದು ಅನುಮತಿ ಪರಿಶೀಲನೆ.

Edme App ನಲ್ಲೂ ಇದು ಹೀಗೆಯೇ. ಆಶಾ Prelims ಕೋರ್ಸ್ ಖರೀದಿಸಿದ್ದಾಳೆ, ಹಾಗಾಗಿ ಎಲ್ಲಾ Prelims ಪಾಠಗಳನ್ನು ತೆರೆಯಬಹುದು. ಅವಳು Mains ಕೋರ್ಸ್ ಖರೀದಿಸಿಲ್ಲ, ಮತ್ತು ಅವಳು ಟೀಚರ್ ಕೂಡ ಅಲ್ಲ. ಹಾಗಾಗಿ ಲಾಗಿನ್ ಆಗಿದ್ದರೂ ಆ ಸ್ಕ್ರೀನ್‌ಗಳು ಅವಳಿಗೆ ಲಾಕ್ ಆಗಿಯೇ ಇರುತ್ತವೆ.

ಪ್ರಶ್ನೆ	ಅದರ ಹೆಸರು
ಈ ವ್ಯಕ್ತಿಯ ಕೈಯಲ್ಲಿ ಯಾವ ಅಕೌಂಟ್ ಇದೆ?	ದೃಢೀಕರಣ (Authentication)
ಈ ಅಕೌಂಟ್ ಏನೇನು ಮಾಡಬಹುದು?	ಅನುಮತಿ ಪರಿಶೀಲನೆ (Authorization)

ಲಾಗಿನ್ ಆದ ಮೇಲೂ "You don't have access" ಕಾಣಿಸಿತಾ?

ಅಂದರೆ ನಿಮ್ಮ ಲಾಗಿನ್ ಸರಿಯಾಗಿಯೇ ಆಗಿದೆ. ಬೇಡ ಅನ್ನುತ್ತಿರುವುದು ಎರಡನೇ ಪರಿಶೀಲನೆ, ಅಂದರೆ ಅನುಮತಿ ಪರಿಶೀಲನೆ. ಲಾಗ್ ಔಟ್ ಆಗಿ ಮತ್ತೆ ಲಾಗಿನ್ ಆದರೆ ಏನೂ ಬದಲಾಗುವುದಿಲ್ಲ; ಕೋರ್ಸ್ ಖರೀದಿಸಿದರೆ ಅಥವಾ ಸರಿಯಾದ ರೋಲ್ ಸಿಕ್ಕರೆ ಮಾತ್ರ ಬದಲಾಗುತ್ತದೆ.

2. ಪಾಸ್‌ವರ್ಡ್‌ಗಳು, ಮತ್ತು ಆ್ಯಪ್ ಯಾಕೆ ಪ್ರತಿ ಬಾರಿ ಕೇಳುವುದಿಲ್ಲ

ಆಶಾ ಪಾಸ್‌ವರ್ಡ್ ಬಳಸಿ ಲಾಗಿನ್ ಆದಾಗ ಮೂರು ವಿಷಯಗಳು ನಡೆಯುತ್ತವೆ:

ಅವಳು ತನ್ನ ಇಮೇಲ್ ಮತ್ತು ಪಾಸ್‌ವರ್ಡ್ ಟೈಪ್ ಮಾಡುತ್ತಾಳೆ.

Edme App ಪಾಸ್‌ವರ್ಡ್ ಪರಿಶೀಲಿಸುತ್ತದೆ.

ಸರಿಹೊಂದಿದರೆ, ಅವಳು ಒಳಗೆ.

ಚೆನ್ನಾಗಿ ಮಾಡಿದ ಆ್ಯಪ್ ನಿಮ್ಮ ಪಾಸ್‌ವರ್ಡ್ ಅನ್ನು ಯಾರಾದರೂ ಓದಬಹುದಾದ ಸಾದಾ ಪಠ್ಯವಾಗಿ ಎಂದಿಗೂ ಇಟ್ಟುಕೊಳ್ಳುವುದಿಲ್ಲ. ಅದು ಗುರುತೇ ಸಿಗದಂತೆ ಕಲಸಿದ ಒಂದು ರೂಪವನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ. ನೀವು ಟೈಪ್ ಮಾಡಿದ ಪಾಸ್‌ವರ್ಡ್ ಸರಿಯಾ ಅಂತ ಅದರಿಂದ ಪರಿಶೀಲಿಸಬಹುದು, ಆದರೆ ಅದನ್ನು ಮತ್ತೆ ಮೂಲ ಪಾಸ್‌ವರ್ಡ್ ಆಗಿ ಬದಲಾಯಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಅದಕ್ಕೇ "Forgot password" ಒತ್ತಿದಾಗ ಆ್ಯಪ್ ನಿಮ್ಮ ಹಳೆಯ ಪಾಸ್‌ವರ್ಡ್ ಹೇಳುವುದಿಲ್ಲ, ರೀಸೆಟ್ ಲಿಂಕ್ ಕಳಿಸುತ್ತದೆ: ಆ್ಯಪ್ ಬಳಿ ಅದು ನಿಜವಾಗಿಯೂ ಇರುವುದೇ ಇಲ್ಲ.

ಪ್ರತಿ ಪಾಠಕ್ಕೂ ಅವಳು ಯಾಕೆ ಮತ್ತೆ ಲಾಗಿನ್ ಆಗಬೇಕಿಲ್ಲ

ಆಶಾ ಒಂದು ಪಾಠ ತೆರೆಯುತ್ತಾಳೆ, ನಂತರ ಇನ್ನೊಂದು, ನಂತರ ಒಂದು ಟೆಸ್ಟ್. ಪ್ರತಿ ಬಾರಿ ಅವಳು ಪಾಸ್‌ವರ್ಡ್ ಟೈಪ್ ಮಾಡುವುದಿಲ್ಲ. ಒಮ್ಮೆ ಲಾಗಿನ್ ಸರಿಯಾಗಿ ಆದ ಮೇಲೆ, ಆ್ಯಪ್ ಅವಳ ಫೋನ್‌ಗೆ ಒಂದು ತಾತ್ಕಾಲಿಕ ಪಾಸ್ ಕೊಡುತ್ತದೆ. ಇದನ್ನು ಸೆಷನ್ (session) ಅನ್ನುತ್ತಾರೆ.

ಕಾನ್ಸರ್ಟ್ ಅಥವಾ ಕಾಲೇಜ್ ಫೆಸ್ಟ್‌ನಲ್ಲಿ ಕೊಡುವ ರಿಸ್ಟ್‌ಬ್ಯಾಂಡ್ ಇದ್ದ ಹಾಗೆ. ಗೇಟ್‌ನಲ್ಲಿ ಒಮ್ಮೆ ಟಿಕೆಟ್ ತೋರಿಸುತ್ತೀರಿ, ಅವರು ನಿಮ್ಮ ಕೈಗೆ ಬ್ಯಾಂಡ್ ಕಟ್ಟುತ್ತಾರೆ, ನಂತರ ಕಾರ್ಯಕ್ರಮ ಮುಗಿಯುವವರೆಗೆ ನೀವು ಆರಾಮವಾಗಿ ಓಡಾಡಬಹುದು.

ವೆಬ್‌ಸೈಟ್‌ನಲ್ಲಿ, ಬ್ರೌಸರ್ ಈ ಪಾಸ್ ಅನ್ನು ಕುಕೀ (cookie) ಎಂಬ ಸಣ್ಣ ಸೇವ್ ಮಾಡಿದ ಡೇಟಾದಲ್ಲಿ ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ. ಅವಳ ಫೋನ್‌ನಲ್ಲಿರುವ Edme App ಕೂಡ ಸುಮಾರು ಇದೇ ರೀತಿಯದನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ. ಯಾವುದೇ ಆಗಲಿ, ಮತ್ತೆ ಕೇಳದೆಯೇ ಪ್ರತಿ ಸ್ಕ್ರೀನ್‌ನಲ್ಲೂ ಅವಳನ್ನು ಗುರುತಿಸಲು ಇದು ಆ್ಯಪ್‌ಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ.

ಅದಕ್ಕೇ ಕೆಲವೊಮ್ಮೆ ಮತ್ತೆ ಲಾಗಿನ್ ಆಗಬೇಕಾಗುತ್ತದೆ

"Log out" ಒತ್ತುವುದು, ಬ್ರೌಸರ್ ಡೇಟಾ ಕ್ಲಿಯರ್ ಮಾಡುವುದು, ಅಥವಾ ಸ್ವಲ್ಪ ಸಮಯದ ನಂತರ ಪಾಸ್ ತಾನಾಗಿಯೇ ಎಕ್ಸ್‌ಪೈರ್ ಆಗುವುದು, ಇವೆಲ್ಲವೂ ಆ ರಿಸ್ಟ್‌ಬ್ಯಾಂಡ್ ಅನ್ನು ಕಿತ್ತು ಎಸೆದಂತೆ. ಮುಂದಿನ ಬಾರಿ ಆ್ಯಪ್ ಮತ್ತೆ ಪುರಾವೆ ಕೇಳುತ್ತದೆ.

ಲೇಖನದ ಉಳಿದ ಭಾಗದಲ್ಲೂ ಇದನ್ನು ನೆನಪಿಡಿ: ಆಶಾ ಯಾವ ರೀತಿಯಲ್ಲಿ ಲಾಗಿನ್ ಆದರೂ (ಪಾಸ್‌ವರ್ಡ್, Google ಅಥವಾ ಪಾಸ್‌ಕೀ), ಲಾಗಿನ್ ಹಂತ ಅವಳು ಯಾರು ಅಂತ ಮಾತ್ರ ಸಾಬೀತು ಮಾಡುತ್ತದೆ. ನಂತರ ಅವಳನ್ನು ಲಾಗಿನ್ ಆಗಿಯೇ ಇಡುವುದು ಸೆಷನ್.

3. "Continue with Google" ಒತ್ತಿದಾಗ ಏನಾಗುತ್ತದೆ

Edme App ನ ಲಾಗಿನ್ ಸ್ಕ್ರೀನ್‌ನಲ್ಲಿ Continue with Google ಎಂಬ ಬಟನ್ ಇದೆ. ಆಶಾ ಅದನ್ನು ಒತ್ತಿದರೆ, Edme App ಗಾಗಿ ಹೊಸ ಪಾಸ್‌ವರ್ಡ್ ಮಾಡುವ ಅಗತ್ಯವೇ ಇಲ್ಲ. ಆ ಕೆಲಸವನ್ನು ಅವಳ Google ಅಕೌಂಟ್ ಮಾಡುತ್ತದೆ.

ಆ ಎರಡು ಮೂರು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ನಡೆಯುವುದು ಇಷ್ಟು:

Edme App ಆಶಾಳನ್ನು Google ಕಡೆಗೆ ಕಳಿಸುತ್ತದೆ.

ಇದು ಅವಳೇ ಅಂತ Google ಪರಿಶೀಲಿಸುತ್ತದೆ. ಸಾಮಾನ್ಯವಾಗಿ ಅವಳ ಫೋನ್‌ನಲ್ಲಿ ಈಗಾಗಲೇ Google ಗೆ ಸೈನ್ ಇನ್ ಆಗಿರುತ್ತದೆ, ಹಾಗಾಗಿ ಅವಳು ತನ್ನ ಅಕೌಂಟ್ ಆಯ್ಕೆ ಮಾಡಿದರೆ ಸಾಕು.

Google, Edme App ಗೆ ಸಹಿ ಹಾಕಿದ ಒಂದು ಚೀಟಿ ಕೊಡುತ್ತದೆ. ಅದರ ಅರ್ಥ ಸುಮಾರು ಹೀಗೆ: "ಇದು ಆಶಾಳ Google ಅಕೌಂಟ್, ನಾವು ಪರಿಶೀಲಿಸಿದ್ದೇವೆ."

ಆ ಚೀಟಿ ನಿಜವಾಗಿಯೂ Google ನಿಂದಲೇ ಬಂದಿದೆಯಾ, ಮತ್ತು ಬೇರೆ ಯಾವುದೋ ಆ್ಯಪ್‌ಗಲ್ಲ, Edme App ಗೇ ಉದ್ದೇಶಿಸಿದ್ದಾ ಅಂತ Edme App ಪರಿಶೀಲಿಸುತ್ತದೆ.

Edme App ಅವಳಿಗಾಗಿ ತನ್ನದೇ ಆದ ಸೆಷನ್ ಶುರು ಮಾಡುತ್ತದೆ, ಹಿಂದಿನ ವಿಭಾಗದ ಆ ರಿಸ್ಟ್‌ಬ್ಯಾಂಡ್.

sequenceDiagram
    participant A as ಆಶಾ
    participant E as Edme App
    participant G as Google
    A->>E: Continue with Google ಒತ್ತುತ್ತಾಳೆ
    E->>G: ಇವರು ಯಾರು ಅಂತ ದಯವಿಟ್ಟು ಖಚಿತಪಡಿಸಿ
    G->>A: ನಿಮ್ಮ ಅಕೌಂಟ್ ಆಯ್ಕೆ ಮಾಡಿ
    A->>G: ತನ್ನ ಅಕೌಂಟ್ ಆಯ್ಕೆ ಮಾಡುತ್ತಾಳೆ
    G-->>E: ಸಹಿ ಹಾಕಿದ ಚೀಟಿ: ಇವಳು ಆಶಾ
    E->>E: ಚೀಟಿ ಅಸಲಿಯಾ ಅಂತ ಪರಿಶೀಲಿಸುತ್ತದೆ
    E-->>A: ಅವಳ Edme ಅಕೌಂಟ್ ತೆರೆಯುತ್ತದೆ

Google ಆಶಾಳ ಪರವಾಗಿ ಖಾತ್ರಿ ಕೊಡುತ್ತದೆ. Edme App, Google ನ ಚೀಟಿಯನ್ನು ಪರಿಶೀಲಿಸಿ ನಂತರ ತನ್ನದೇ ಸೆಷನ್ ಶುರು ಮಾಡುತ್ತದೆ.

Edme App ಗೆ ನಿಮ್ಮ Google ಪಾಸ್‌ವರ್ಡ್ ಎಂದಿಗೂ ಕಾಣುವುದಿಲ್ಲ

ಅದಕ್ಕೆ ಸಿಗುವುದು Google ನ ಚೀಟಿ ಮಾತ್ರ. ನಿಮ್ಮ Google ಪಾಸ್‌ವರ್ಡ್ ನಿಮ್ಮ ಮತ್ತು Google ನಡುವೆಯೇ ಇರುತ್ತದೆ.

ಆ ಚೀಟಿಯನ್ನು ಬರೆಯುವ ಮತ್ತು ಪರಿಶೀಲಿಸುವ ನಿಯಮಪುಸ್ತಕಕ್ಕೆ ಒಂದು ಹೆಸರಿದೆ: OpenID Connect, ಅಥವಾ OIDC. ವಿವರಗಳು ನಿಮಗೆ ಬೇಕಿಲ್ಲ. ಒಂದು ಸೇವೆ ಇನ್ನೊಂದು ಸೇವೆಗೆ "ಹೌದು, ಈ ವ್ಯಕ್ತಿ ತಾನು ಹೇಳಿಕೊಳ್ಳುವವರೇ" ಅಂತ ಹೇಳುವ ಪ್ರಮಾಣಿತ ವಿಧಾನ ಇದು ಅಂತ ನೆನಪಿಟ್ಟರೆ ಸಾಕು.

Google ಮೂಲಕ ಸೈನ್ ಇನ್ ಆದರೆ ನಿಮ್ಮ Calendar ಅಥವಾ Gmail ತೆರೆದುಕೊಳ್ಳುವುದಿಲ್ಲ

"Continue with Google" ನೀವು ಯಾರು ಅಂತ ಮಾತ್ರ Edme App ಗೆ ಹೇಳುತ್ತದೆ. ನಿಮ್ಮ ಕ್ಯಾಲೆಂಡರ್ ಓದಲು ಬೇರೆಯೇ ಅನುಮತಿ ಬೇಕು, ಅದನ್ನು Google ತನ್ನದೇ ಸ್ಕ್ರೀನ್‌ನಲ್ಲಿ ನಿಮ್ಮನ್ನು ಕೇಳುತ್ತದೆ. ಅದು ಮುಂದಿನ ವಿಭಾಗ.

4. OAuth: ನಿಮ್ಮ Google ಡೇಟಾದ ಸ್ವಲ್ಪ ಭಾಗವನ್ನು ಬಳಸಲು ಆ್ಯಪ್‌ಗೆ ಬಿಡುವುದು

Edme App ಅವಳ ಕ್ಯಾಲೆಂಡರ್ ನೋಡಿ, ಕ್ಲಾಸ್ ಮತ್ತು ಕೋಚಿಂಗ್ ಸಮಯ ಬಿಟ್ಟು ಓದಿಗೆ ಸಮಯ ಸೂಚಿಸಲಿ ಅಂತ ಆಶಾಗೆ ಆಸೆ. ಅದಕ್ಕಾಗಿ ಆ್ಯಪ್ Google ಬಳಿ ಇರುವ ಮಾಹಿತಿಯನ್ನು ಓದಬೇಕು.

ಹಳೆಯ ಕೆಟ್ಟ ವಿಧಾನ ಅಂದರೆ ತನ್ನ Google ಪಾಸ್‌ವರ್ಡ್ ಅನ್ನೇ Edme App ಗೆ ಕೊಡುವುದು. ಅದು ಒಂದೇ ಒಂದು ಗಿಡಕ್ಕೆ ನೀರು ಹಾಕಲು ಸ್ನೇಹಿತನ ಕೈಗೆ ಇಡೀ ಮನೆಯ ಕೀಲಿ ಕೊಟ್ಟ ಹಾಗೆ. ಅವನು ಎಲ್ಲಾ ಕೋಣೆಗಳನ್ನೂ ತೆರೆಯಬಹುದು.

OAuth

ನಿಮ್ಮ ಪಾಸ್‌ವರ್ಡ್ ಹಂಚಿಕೊಳ್ಳದೆಯೇ, ಬೇರೊಂದು ಸೇವೆಯಲ್ಲಿರುವ ನಿಮ್ಮ ಅಕೌಂಟ್‌ನಲ್ಲಿ ಒಂದು ನಿರ್ದಿಷ್ಟ ಕೆಲಸ ಮಾಡಲು ಒಂದು ಆ್ಯಪ್‌ಗೆ ಅನುಮತಿ ಕೊಡುವ ಪ್ರಮಾಣಿತ ವಿಧಾನವೇ OAuth.

Google Calendar ಜೋಡಿಸುವುದು

ಆಶಾ Edme App ನಲ್ಲಿ Connect Google Calendar ಒತ್ತಿದಾಗ, Google ತನ್ನದೇ ಸ್ಕ್ರೀನ್ ತೋರಿಸುತ್ತದೆ, ಸುಮಾರು ಹೀಗೆ:

Edme App wants to: See your calendar events. [Cancel] [Allow]

ಅವಳು Allow ಒತ್ತಿದರೆ, Google, Edme App ಗೆ ಒಂದು ಆಕ್ಸೆಸ್ ಟೋಕನ್ (access token) ಕೊಡುತ್ತದೆ. ಇದನ್ನು ಸೀಮಿತ ಪಾಸ್ ಅಂತ ತಿಳಿಯಿರಿ, ಹಾಸ್ಟೆಲ್‌ನ ವಿಸಿಟರ್ ಸ್ಲಿಪ್ ಇದ್ದ ಹಾಗೆ: ಅದರಿಂದ ಕಾಮನ್ ರೂಮ್‌ಗೆ ಮಾತ್ರ ಹೋಗಬಹುದು, ಬೇರೆಲ್ಲೂ ಇಲ್ಲ. Edme App ಪ್ರತಿ ಬಾರಿ Google ಬಳಿ ಅವಳ ಕ್ಯಾಲೆಂಡರ್ ಕೇಳಿದಾಗ ಈ ಪಾಸ್ ತೋರಿಸುತ್ತದೆ, Google ಉತ್ತರ ಕೊಡುವ ಮೊದಲು ಅದನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ.

flowchart TD
    A[Edme App ಕ್ಯಾಲೆಂಡರ್ ಓದಲು ಅನುಮತಿ ಕೇಳುತ್ತದೆ] --> B[Google ಆಶಾಗೆ ಅನುಮತಿ ಸ್ಕ್ರೀನ್ ತೋರಿಸುತ್ತದೆ]
    B --> C{ಆಶಾ ಅನುಮತಿ ಕೊಡುತ್ತಾಳಾ?}
    C -->|ಇಲ್ಲ| D[ಏನೂ ಹಂಚಿಕೆಯಾಗುವುದಿಲ್ಲ]
    C -->|ಹೌದು| E[Edme App ಗೆ ಆಕ್ಸೆಸ್ ಟೋಕನ್ ಸಿಗುತ್ತದೆ]
    E --> F[Edme App ಟೋಕನ್ ತೋರಿಸಿ Google ಬಳಿ ಕ್ಯಾಲೆಂಡರ್ ಕಾರ್ಯಕ್ರಮಗಳನ್ನು ಕೇಳುತ್ತದೆ]
    F --> G[Google ಟೋಕನ್ ಪರಿಶೀಲಿಸಿ ಅನುಮತಿಸಿದ್ದನ್ನು ಮಾತ್ರ ಕಳಿಸುತ್ತದೆ]

ಅನುಮತಿ ಇಲ್ಲದಿದ್ದರೆ ಡೇಟಾ ಇಲ್ಲ. ಅನುಮತಿ ಇದ್ದರೆ, ಆಶಾ ಒಪ್ಪಿದ್ದಕ್ಕೆ ಮಾತ್ರ ಟೋಕನ್ ಕೆಲಸ ಮಾಡುತ್ತದೆ.

ನೀವು ಒಪ್ಪಿದ್ದಕ್ಕೆ ಮಾತ್ರ ಪಾಸ್ ಅನ್ವಯಿಸುತ್ತದೆ

Edme App ಗೆ ಕ್ಯಾಲೆಂಡರ್ ಕಾರ್ಯಕ್ರಮಗಳನ್ನು ಓದಲು ಬಿಡುವ ಟೋಕನ್‌ನಿಂದ ಅವಳ Gmail ಓದಲು ಆಗುವುದಿಲ್ಲ, ಅವಳ ಫೋಟೋಗಳನ್ನು ನೋಡಲು ಆಗುವುದಿಲ್ಲ, ಅವಳ ಕಾರ್ಯಕ್ರಮಗಳನ್ನು ಡಿಲೀಟ್ ಮಾಡಲೂ ಆಗುವುದಿಲ್ಲ. ಈ ಮಿತಿಯನ್ನು ಅನುಮತಿಯ ಸ್ಕೋಪ್ (scope) ಅನ್ನುತ್ತಾರೆ. Allow ಒತ್ತುವ ಮೊದಲು ಆ Google ಸ್ಕ್ರೀನ್ ಅನ್ನು ಯಾವಾಗಲೂ ಓದಿ.

ಅನುಮತಿಯನ್ನು ವಾಪಸ್ ತೆಗೆದುಕೊಳ್ಳುವುದು

ಆಶಾ ತನ್ನ Google Account ಸೆಟ್ಟಿಂಗ್ಸ್‌ನಿಂದ ಯಾವಾಗ ಬೇಕಾದರೂ Edme App ನ ಕ್ಯಾಲೆಂಡರ್ ಆಕ್ಸೆಸ್ ತೆಗೆದುಹಾಕಬಹುದು. Security ಅಡಿಯಲ್ಲಿ ಅವಳು ಜೋಡಿಸಿರುವ ಥರ್ಡ್-ಪಾರ್ಟಿ ಆ್ಯಪ್‌ಗಳ ಪಟ್ಟಿ ಇರುತ್ತದೆ. ಗಮನಿಸಿ, Edme App ನಿಂದ ಲಾಗ್ ಔಟ್ ಆದರೆ ಈ ಅನುಮತಿ ತೆಗೆದುಹೋಗುವುದು ಇಲ್ಲ. ಇವು ಎರಡು ಬೇರೆ ಬೇರೆ ಸ್ವಿಚ್‌ಗಳು.

Google ಸೈನ್ ಇನ್ ಮತ್ತು OAuth, ಅಕ್ಕಪಕ್ಕದಲ್ಲಿ

ಇವೆರಡೂ ಒಂದೇ Google ಸ್ಕ್ರೀನ್‌ಗಳನ್ನು ಬಳಸುವುದರಿಂದ ಯಾವಾಗಲೂ ಗೊಂದಲವಾಗುತ್ತದೆ. ವ್ಯತ್ಯಾಸ ಇಲ್ಲಿದೆ:

	Continue with Google (OIDC)	Connect Google Calendar (OAuth)
ಉತ್ತರಿಸುವ ಪ್ರಶ್ನೆ	ನೀವು ಯಾರು?	ಈ ಆ್ಯಪ್ ನಿಮ್ಮ ಡೇಟಾ ಜೊತೆ ಏನು ಮಾಡಬಹುದು?
ಆ್ಯಪ್‌ಗೆ ಸಿಗುವುದು	ನೀವು ಯಾರು ಅಂತ ಹೇಳುವ ಸಹಿ ಹಾಕಿದ ಚೀಟಿ	ನಿರ್ದಿಷ್ಟ ಡೇಟಾಗೆ ಮಾತ್ರ ಸೀಮಿತ ಪಾಸ್ (ಆಕ್ಸೆಸ್ ಟೋಕನ್)
ಉದಾಹರಣೆ	Edme App ಗೆ ಲಾಗಿನ್ ಆಗುವುದು	Edme App ನಿಮ್ಮ ಕ್ಯಾಲೆಂಡರ್ ಓದುವುದು

ಈ ಹೆಸರುಗಳು ಜೊತೆಯಾಗಿ ಕಾಣಿಸಿಕೊಳ್ಳುವುದಕ್ಕೆ ಕಾರಣ ಇದೆ: OpenID Connect ಅನ್ನು OAuth 2.0 ಮೇಲೆಯೇ ಕಟ್ಟಲಾಗಿದೆ. ಒಂದರ "ನೀವು ಏನಕ್ಕೆ ಅನುಮತಿ ಕೊಟ್ಟಿರಿ" ಮೇಲೆ ಇನ್ನೊಂದು "ನೀವು ಯಾರು" ಅನ್ನು ಸೇರಿಸುತ್ತದೆ.

5. ಪಾಸ್‌ಕೀಗಳ ಮೂಲಕ ವೆಬ್ ದೃಢೀಕರಣ

ಪಾಸ್‌ವರ್ಡ್‌ಗಳಿಗೆ ಎರಡು ದೊಡ್ಡ ಸಮಸ್ಯೆಗಳಿವೆ. ಜನ ಅವನ್ನು ಮರೆಯುತ್ತಾರೆ, ಹಾಗಾಗಿ ಎಲ್ಲಾ ಕಡೆ ಒಂದೇ ಪಾಸ್‌ವರ್ಡ್ ಬಳಸುತ್ತಾರೆ. ಮತ್ತು ಮೋಸಕ್ಕೆ ಒಳಗಾಗಿ ನಕಲಿ ವೆಬ್‌ಸೈಟ್‌ಗಳಲ್ಲಿ ಅವನ್ನು ಟೈಪ್ ಮಾಡುತ್ತಾರೆ. ಪಾಸ್‌ಕೀಗಳು ಈ ಎರಡೂ ಸಮಸ್ಯೆಗಳನ್ನು ಬಗೆಹರಿಸುತ್ತವೆ. ಲಾಗಿನ್ ಆಗುವ ಅತ್ಯಂತ ಹೊಸ ವಿಧಾನ ಇದು. ಹೆಚ್ಚು ಹೆಚ್ಚು ಆ್ಯಪ್‌ಗಳಲ್ಲಿ ನೀವು ಇದನ್ನು ನೋಡುತ್ತೀರಿ, ಹಾಗಾಗಿ ಇದನ್ನು ಸರಿಯಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಒಳ್ಳೆಯದು.

ಪಾಸ್‌ಕೀ ಅಂದರೆ ಏನು

ಪಾಸ್‌ಕೀ (passkey) ಅಂದರೆ ನಿಮ್ಮ ತಲೆಯಲ್ಲಿ ಅಲ್ಲ, ನಿಮ್ಮ ಫೋನ್‌ನಲ್ಲಿ (ಅಥವಾ ನಿಮ್ಮ Google ಅಥವಾ Apple ಅಕೌಂಟ್‌ನಲ್ಲಿ) ಇರುವ ಒಂದು ಲಾಗಿನ್. ನೀವು ಅದನ್ನು ನೋಡುವುದೂ ಇಲ್ಲ, ಟೈಪ್ ಮಾಡುವುದೂ ಇಲ್ಲ. ಫೋನ್ ಅನ್‌ಲಾಕ್ ಮಾಡಲು ಬಳಸುವುದರಿಂದಲೇ ಅದನ್ನೂ ಅನ್‌ಲಾಕ್ ಮಾಡುತ್ತೀರಿ: ನಿಮ್ಮ ಬೆರಳಚ್ಚು, ನಿಮ್ಮ ಮುಖ, ಅಥವಾ ನಿಮ್ಮ ಸ್ಕ್ರೀನ್ PIN.

ಆಶಾಳ ಕಡೆಯಿಂದ ನೋಡಿದರೆ, ಪಾಸ್‌ಕೀ ಮೂಲಕ ಲಾಗಿನ್ ಆಗುವುದು ಹೀಗಿರುತ್ತದೆ: Sign in with passkey ಒತ್ತಿ, ಫಿಂಗರ್‌ಪ್ರಿಂಟ್ ಸೆನ್ಸರ್ ಮುಟ್ಟಿ, ಮುಗೀತು. ಪಾಸ್‌ವರ್ಡ್ ಇಲ್ಲ, OTP ಗಾಗಿ ಕಾಯುವುದೂ ಇಲ್ಲ.

ಇದರ ಹಿಂದಿರುವ ಎರಡು ಕೀಗಳು

ಪ್ರತಿ ಪಾಸ್‌ಕೀ ನಿಜವಾಗಿ ಎರಡು ಡಿಜಿಟಲ್ ಕೀಗಳ ಜೋಡಿ. ಅವು ಫೋನ್ ತಯಾರಿಸುವ ಉದ್ದುದ್ದದ ಸಂಖ್ಯೆಗಳ ಸರಣಿಗಳು. ಯಾರೂ ಅವನ್ನು ನೆನಪಿಟ್ಟುಕೊಳ್ಳಬೇಕಿಲ್ಲ.

ಖಾಸಗಿ ಕೀ (private key) ಆಶಾಳ ಫೋನ್‌ನಲ್ಲೇ ಇರುತ್ತದೆ. ಅದನ್ನು ಪುರಾವೆ ತಯಾರಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ.

ಸಾರ್ವಜನಿಕ ಕೀ (public key) ಅನ್ನು Edme App ಗೆ ಕೊಡಲಾಗುತ್ತದೆ. ಅದನ್ನು ಆ ಪುರಾವೆಯನ್ನು ಪರಿಶೀಲಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ.

ಇದನ್ನು ಹೀಗೆ ಕಲ್ಪಿಸಿಕೊಳ್ಳಿ. ಜಗತ್ತಿನಲ್ಲಿ ಬೇರೆ ಯಾರ ಬಳಿಯೂ ಇಲ್ಲದ ವಿನ್ಯಾಸವಿರುವ ಒಂದು ರಬ್ಬರ್ ಸ್ಟ್ಯಾಂಪ್ ಆಶಾ ಬಳಿ ಇದೆ ಅಂತ ಅಂದುಕೊಳ್ಳಿ. ಅವಳು ಆ ಸ್ಟ್ಯಾಂಪ್ ಅನ್ನು ಬೀಗ ಹಾಕಿ ಇಟ್ಟಿದ್ದಾಳೆ. ಸ್ಟ್ಯಾಂಪ್‌ನ ಗುರುತು ಹೇಗಿರುತ್ತದೆ ಅನ್ನುವ ಒಂದು ಫೋಟೋವನ್ನು ಅವಳು Edme App ಗೆ ಕೊಡುತ್ತಾಳೆ. ಲಾಗಿನ್ ಆಗಬೇಕಾದಾಗೆಲ್ಲ ಅವಳು ಒಂದು ಹೊಸ ಹಾಳೆಯ ಮೇಲೆ ಸ್ಟ್ಯಾಂಪ್ ಒತ್ತುತ್ತಾಳೆ, ಆ್ಯಪ್ ಆ ಗುರುತನ್ನು ಫೋಟೋ ಜೊತೆ ಹೋಲಿಸುತ್ತದೆ. ಆ್ಯಪ್ ಗುರುತನ್ನು ಪರಿಶೀಲಿಸಬಹುದು, ಆದರೆ ಫೋಟೋ ನೋಡಿಕೊಂಡು ಯಾರೂ ಸ್ಟ್ಯಾಂಪ್‌ನ ನಕಲು ಕೆತ್ತಲು ಸಾಧ್ಯವಿಲ್ಲ.

ಡಿಜಿಟಲ್ ರೂಪ ನಿಜವಾದ ಸ್ಟ್ಯಾಂಪ್‌ಗಿಂತ ಎಷ್ಟೋ ಪಟ್ಟು ಬಲಿಷ್ಠ: ಇದು ಗಣಿತದ ಮೇಲೆ ನಿಂತಿದೆ, ಶಕ್ತಿಶಾಲಿ ಕಂಪ್ಯೂಟರ್‌ಗಳಿದ್ದರೂ ಸಾರ್ವಜನಿಕ ಕೀಯಿಂದ ಹಿಂದಕ್ಕೆ ಲೆಕ್ಕ ಹಾಕಿ ಖಾಸಗಿ ಕೀ ಕಂಡುಹಿಡಿಯಲು ಯಾರಿಗೂ ಸಾಧ್ಯವಿಲ್ಲ.

ನೆನಪಿಡಿ

ಖಾಸಗಿ ಕೀ ನಿಮ್ಮ ಡಿವೈಸ್ ಬಿಟ್ಟು ಎಂದಿಗೂ ಹೊರಗೆ ಹೋಗುವುದಿಲ್ಲ. ಸಾರ್ವಜನಿಕ ಕೀಯನ್ನು ಆ್ಯಪ್ ಇಟ್ಟುಕೊಂಡರೆ ಯಾವ ಅಪಾಯವೂ ಇಲ್ಲ. ಅದೊಂದರಿಂದಲೇ ಲಾಗಿನ್ ಆಗಲು ಸಾಧ್ಯವಿಲ್ಲ, ಹಾಗಾಗಿ ಯಾರಾದರೂ ಅದನ್ನು ಆ್ಯಪ್‌ನಿಂದ ಕದ್ದರೂ ಅದರಿಂದ ನಿಮ್ಮ ಅಕೌಂಟ್‌ಗೆ ಹೋಗಲು ಆಗುವುದಿಲ್ಲ.

ಪಾಸ್‌ಕೀ ತಯಾರಿಸುವುದು

ಆಶಾ ಈಗಾಗಲೇ Edme App ಗೆ ಲಾಗಿನ್ ಆಗಿದ್ದಾಳೆ. ಅವಳು ತನ್ನ ಅಕೌಂಟ್ ಸೆಟ್ಟಿಂಗ್ಸ್‌ಗೆ ಹೋಗಿ Create a passkey ಒತ್ತುತ್ತಾಳೆ. ನಂತರ:

ಫೋನ್ ಹಿಡಿದಿರುವುದು ನಿಜವಾಗಿಯೂ ಅವಳೇ ಅಂತ ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಅವಳ ಫೋನ್ ಬೆರಳಚ್ಚು ಕೇಳುತ್ತದೆ.

ಅವಳ ಫೋನ್ Edme App ಗಾಗಿಯೇ ಒಂದು ಹೊಚ್ಚ ಹೊಸ ಕೀ ಜೋಡಿಯನ್ನು ತಯಾರಿಸುತ್ತದೆ.

ಖಾಸಗಿ ಕೀ ಫೋನ್‌ನಲ್ಲಿ (ಅಥವಾ ಅವಳ Google Password Manager / iCloud Keychain ನಲ್ಲಿ) ಸುರಕ್ಷಿತವಾಗಿ ಸೇವ್ ಆಗುತ್ತದೆ.

ಸಾರ್ವಜನಿಕ ಕೀಯನ್ನು Edme App ಗೆ ಕಳಿಸಲಾಗುತ್ತದೆ.

Edme App ಉತ್ತರವನ್ನು ಪರಿಶೀಲಿಸಿ, ಸಾರ್ವಜನಿಕ ಕೀಯನ್ನು ಆಶಾಳ ಅಕೌಂಟ್‌ಗೆ ಸೇವ್ ಮಾಡುತ್ತದೆ.

sequenceDiagram
    participant A as ಆಶಾ
    participant P as ಅವಳ ಫೋನ್
    participant E as Edme App
    A->>E: Create a passkey ಒತ್ತುತ್ತಾಳೆ
    E-->>P: edmeapp.ai ಗಾಗಿ ದಯವಿಟ್ಟು ಒಂದು ಪಾಸ್‌ಕೀ ಮಾಡು
    P->>A: ಫಿಂಗರ್‌ಪ್ರಿಂಟ್ ಸೆನ್ಸರ್ ಮುಟ್ಟಿ
    A->>P: ಮುಟ್ಟುತ್ತಾಳೆ
    P->>P: ಕೀ ಜೋಡಿ ಮಾಡಿ ಖಾಸಗಿ ಕೀಯನ್ನು ತಾನೇ ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ
    P->>E: ಸಾರ್ವಜನಿಕ ಕೀಯನ್ನು ಮಾತ್ರ ಕಳಿಸುತ್ತದೆ
    E->>E: ಅದನ್ನು ಆಶಾಳ ಅಕೌಂಟ್‌ಗೆ ಸೇವ್ ಮಾಡುತ್ತದೆ

ಪಾಸ್‌ಕೀ ತಯಾರಿಕೆ: ಖಾಸಗಿ ಕೀ ಫೋನ್‌ನಲ್ಲೇ ಉಳಿಯುತ್ತದೆ, ಸಾರ್ವಜನಿಕ ಕೀ ಮಾತ್ರ ಹೊರಗೆ ಹೋಗುತ್ತದೆ.

ಪಾಸ್‌ಕೀ ಮೂಲಕ ಲಾಗಿನ್ ಆಗುವುದು

ಮರುದಿನ ಆಶಾ Edme App ತೆರೆದು Sign in with passkey ಒತ್ತುತ್ತಾಳೆ.

Edme App ಅವಳ ಫೋನ್‌ಗೆ ಒಂದು ಹೊಸ, ಯಾದೃಚ್ಛಿಕ (random) ಒಗಟು ಕಳಿಸುತ್ತದೆ. ಪ್ರತಿ ಸಲವೂ ಅದು ಹೊಸದೇ.

ಅವಳ ಫೋನ್ ಬೆರಳಚ್ಚು ಕೇಳುತ್ತದೆ.

ಅವಳು ಸೆನ್ಸರ್ ಮುಟ್ಟಿದ ತಕ್ಷಣ, ಫೋನ್ ಖಾಸಗಿ ಕೀ ಬಳಸಿ ಅದೇ ಒಗಟಿಗೆ ಸಹಿ ಹಾಕುತ್ತದೆ. ಈ ಸಹಿ ಹಾಕಿದ ಉತ್ತರವನ್ನು ಡಿಜಿಟಲ್ ಸಹಿ (digital signature) ಅನ್ನುತ್ತಾರೆ.

Edme App ಮೊದಲೇ ಸೇವ್ ಮಾಡಿಟ್ಟ ಸಾರ್ವಜನಿಕ ಕೀ ಬಳಸಿ ಆ ಸಹಿಯನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ.

ಸರಿಯಾಗಿದ್ದರೆ ಅವಳು ಒಳಗೆ, ಆ್ಯಪ್ ಅವಳ ಸೆಷನ್ ಶುರು ಮಾಡುತ್ತದೆ.

sequenceDiagram
    participant A as ಆಶಾ
    participant P as ಅವಳ ಫೋನ್
    participant E as Edme App
    A->>E: Sign in with passkey ಒತ್ತುತ್ತಾಳೆ
    E-->>P: ಇಗೋ ಹೊಸ ಒಗಟು, ಇದಕ್ಕೆ ಸಹಿ ಹಾಕು
    P->>A: ಫಿಂಗರ್‌ಪ್ರಿಂಟ್ ಸೆನ್ಸರ್ ಮುಟ್ಟಿ
    A->>P: ಮುಟ್ಟುತ್ತಾಳೆ
    P->>E: ಖಾಸಗಿ ಕೀಯಿಂದ ಸಹಿ ಹಾಕಿದ ಒಗಟು
    E->>E: ಸಾರ್ವಜನಿಕ ಕೀಯಿಂದ ಸಹಿ ಪರಿಶೀಲಿಸುತ್ತದೆ
    E-->>A: ಲಾಗಿನ್ ಆಯಿತು

ಲಾಗಿನ್: ಫೋನ್ ಪ್ರತಿ ಬಾರಿ ಹೊಸ ಒಗಟಿಗೆ ಸಹಿ ಹಾಕುತ್ತದೆ, ಆ್ಯಪ್ ಅದನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ.

ಪ್ರತಿ ಬಾರಿ ಹೊಸ ಒಗಟು ಯಾಕೆ? ಯಾಕೆಂದರೆ ಆಗ ಹಳೆಯ ಉತ್ತರಕ್ಕೆ ಬೆಲೆಯೇ ಇರುವುದಿಲ್ಲ. ಯಾರಾದರೂ ಹೇಗೋ ನಿನ್ನೆಯ ಸಹಿ ಹಾಕಿದ ಒಗಟನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡಿಕೊಂಡರೂ, ಇವತ್ತಿನ ಒಗಟು ಬೇರೆ. ಹಾಗಾಗಿ ಅದನ್ನು ಮತ್ತೆ ಬಳಸಿದರೆ ಏನೂ ಪ್ರಯೋಜನವಿಲ್ಲ. ಪ್ರತಿ ಲಾಗಿನ್‌ಗೂ ಬದಲಾಗುವ OTP ಯ ಐಡಿಯಾ ಕೂಡ ಇದೇ.

ನಕಲಿ ವೆಬ್‌ಸೈಟ್ ಪಾಸ್‌ಕೀ ಯಾಕೆ ಕದಿಯಲಾರದು

ಹೀಗೆ ಕಲ್ಪಿಸಿಕೊಳ್ಳಿ. ಆಶಾಗೆ ಒಂದು SMS ಬರುತ್ತದೆ: "ನಿಮ್ಮ Edme ಸಬ್‌ಸ್ಕ್ರಿಪ್ಷನ್ ಇವತ್ತು ಮುಗಿಯುತ್ತದೆ! edme-app-offer.com ನಲ್ಲಿ ರಿನ್ಯೂ ಮಾಡಿ". ಆ ಪೇಜ್ ಥೇಟ್ ನಿಜವಾದ Edme ಲಾಗಿನ್ ಸ್ಕ್ರೀನ್ ಹಾಗೆಯೇ ಕಾಣುತ್ತದೆ.

ಪಾಸ್‌ವರ್ಡ್ ಇದ್ದರೆ, ವಿಳಾಸ ತಪ್ಪಿದೆ ಅಂತ ಗಮನಿಸದೆ ಅವಳು ಅದನ್ನು ಟೈಪ್ ಮಾಡಿಬಿಡಬಹುದು. ಈಗ ಮೋಸಗಾರರ ಕೈಗೆ ಅದು ಸಿಕ್ಕಿತು.

ಪಾಸ್‌ಕೀ ಇದ್ದರೆ, ಅವಳ ಫೋನ್ ಲೋಗೋ ನೋಡಿ ಅಲ್ಲ, ವೆಬ್‌ಸೈಟ್‌ನ ವಿಳಾಸವನ್ನೇ ತಾನೇ ಪರಿಶೀಲಿಸುತ್ತದೆ. ಅವಳ ಪಾಸ್‌ಕೀ edmeapp.ai ಗಾಗಿ ಮಾಡಿದ್ದು, ಹಾಗಾಗಿ edme-app-offer.com ನಲ್ಲಿ ಫೋನ್ ಅದನ್ನು ತೋರಿಸುವುದೇ ಇಲ್ಲ. ಅವಳು ಟೈಪ್ ಮಾಡುವುದಕ್ಕೂ ಏನೂ ಇಲ್ಲ, ಕೊಡುವುದಕ್ಕೂ ಏನೂ ಇಲ್ಲ.

ಇದೇ ಅತಿ ದೊಡ್ಡ ಲಾಭ

ನಕಲಿ ಪೇಜ್ ನಿಮ್ಮನ್ನು ಮೋಸಗೊಳಿಸಬಹುದು. ಆದರೆ ನಕಲಿ ವಿಳಾಸ ನಿಮ್ಮ ಫೋನ್ ಅನ್ನು ಮೋಸಗೊಳಿಸಲಾರದು. ಪಾಸ್‌ಕೀ ಇದ್ದಾಗ ನೀವು ನಿಮ್ಮ ರಹಸ್ಯವನ್ನು ಯಾರಿಗೂ ಕೊಡುವುದೇ ಇಲ್ಲ, ಹಾಗಾಗಿ ಮೋಸ ಮಾಡಿ ನಿಮ್ಮಿಂದ ಕಿತ್ತುಕೊಳ್ಳಲು ಏನೂ ಇರುವುದಿಲ್ಲ.

ನಿಮ್ಮ ಬೆರಳಚ್ಚು ನಿಮ್ಮ ಫೋನ್‌ನಲ್ಲೇ ಇರುತ್ತದೆ

ಬೆರಳಚ್ಚೇ ಪಾಸ್‌ಕೀ ಅಲ್ಲ

ನಿಮ್ಮ ಬೆರಳಚ್ಚು, ಸ್ಕ್ರೀನ್ ಅನ್‌ಲಾಕ್ ಮಾಡುವ ಹಾಗೆಯೇ, ನಿಮ್ಮ ಫೋನ್‌ನಲ್ಲಿರುವ ಪಾಸ್‌ಕೀಯನ್ನು ಅನ್‌ಲಾಕ್ ಮಾತ್ರ ಮಾಡುತ್ತದೆ. ನಿಮ್ಮ ಬೆರಳಚ್ಚು, ಮುಖದ ಸ್ಕ್ಯಾನ್ ಅಥವಾ ಫೋನ್ PIN ಯಾವುದೂ Edme App ಗೆ ಸಿಗುವುದಿಲ್ಲ. ಅದಕ್ಕೆ ಸಿಗುವುದು ಸಹಿ ಹಾಕಿದ ಒಗಟು ಮಾತ್ರ.

ಫೋನ್ ಕಳೆದುಹೋದರೆ ಏನು?

ಇದು ಪಾಸ್‌ಕೀ ಎಲ್ಲಿ ಸೇವ್ ಆಗಿತ್ತು ಅನ್ನುವುದರ ಮೇಲೆ ಅವಲಂಬಿಸಿದೆ.

ಸಿಂಕ್ ಆಗುವ ಪಾಸ್‌ಕೀಗಳು ನಿಮ್ಮ Google Password Manager (Android) ಅಥವಾ iCloud Keychain (iPhone) ನಲ್ಲಿ ಸೇವ್ ಆಗಿರುತ್ತವೆ. ಹೊಸ ಫೋನ್‌ನಲ್ಲಿ ನಿಮ್ಮ Google ಅಥವಾ Apple ಅಕೌಂಟ್‌ಗೆ ಸೈನ್ ಇನ್ ಆದಾಗ ಅವು ಕೂಡ ಮರಳಿ ಬರುತ್ತವೆ.

ಒಂದೇ ಡಿವೈಸ್‌ನ ಪಾಸ್‌ಕೀಗಳು, ಉದಾಹರಣೆಗೆ USB ಸೆಕ್ಯುರಿಟಿ ಕೀ ಮೇಲಿರುವವು, ಆ ಒಂದು ಡಿವೈಸ್‌ನಲ್ಲಿ ಮಾತ್ರ ಇರುತ್ತವೆ. ಅದು ಕಳೆದುಹೋದರೆ ಆ ಪಾಸ್‌ಕೀ ಕೂಡ ಹೋಯಿತು.

ಯಾವುದೇ ಆಗಲಿ, ನಿಮ್ಮ ಅಕೌಂಟ್‌ಗೆ ಹೋಗಲು ಇನ್ನೊಂದು ದಾರಿ ಇಟ್ಟುಕೊಳ್ಳಿ: ಎರಡನೇ ಪಾಸ್‌ಕೀ, ನಿಮ್ಮ Google ಸೈನ್ ಇನ್, ಅಥವಾ ಆ್ಯಪ್‌ನ ಅಕೌಂಟ್ ರಿಕವರಿ. ಅದೇ ನಿಮ್ಮ ಹಿಂಬಾಗಿಲು.

ನಿಮ್ಮ ಫೋನ್‌ನ ಲಾಕ್ ಎಷ್ಟು ಸುರಕ್ಷಿತವೋ, ಪಾಸ್‌ಕೀ ಕೂಡ ಅಷ್ಟೇ ಸುರಕ್ಷಿತ

ನಿಮ್ಮ ಫೋನ್ PIN ಗೊತ್ತಿರುವ ಯಾರು ಬೇಕಾದರೂ ನಿಮ್ಮ ಪಾಸ್‌ಕೀಗಳನ್ನು ಬಳಸಬಹುದು. ಸ್ಕ್ರೀನ್ ಲಾಕ್ ಯಾವಾಗಲೂ ಆನ್ ಇರಲಿ, ಮತ್ತು ಆ PIN ಅನ್ನು ಸ್ನೇಹಿತರ ಜೊತೆಗೂ ಹಂಚಿಕೊಳ್ಳಬೇಡಿ.

ಹಾಗಾದರೆ WebAuthn ಅಂದರೆ ಏನು?

ಸೆಟ್ಟಿಂಗ್ಸ್‌ನಲ್ಲಿ ಅಥವಾ ಲೇಖನಗಳಲ್ಲಿ ನೀವು WebAuthn ಎಂಬ ಪದ ನೋಡಬಹುದು. ಅದು Web Authentication (ವೆಬ್ ದೃಢೀಕರಣ) ನ ಸಂಕ್ಷಿಪ್ತ ರೂಪ.

ಪಾಸ್‌ಕೀಗಳ ಬಗ್ಗೆ ವೆಬ್‌ಸೈಟ್ ನಿಮ್ಮ ಬ್ರೌಸರ್ ಜೊತೆ ಮಾತನಾಡಲು ಬಳಸುವ ಸಾಮಾನ್ಯ ಭಾಷೆಯೇ WebAuthn. ಇದರ ಮೂಲಕ ವೆಬ್‌ಸೈಟ್ "ದಯವಿಟ್ಟು ನನಗಾಗಿ ಹೊಸ ಪಾಸ್‌ಕೀ ಮಾಡು" ಅಥವಾ "ದಯವಿಟ್ಟು ಈ ಒಗಟಿಗೆ ಸಹಿ ಹಾಕು" ಅಂತ ಹೇಳಬಹುದು. ನಂತರ ಬ್ರೌಸರ್ ನಿಮ್ಮ ಫೋನ್‌ನ ಫಿಂಗರ್‌ಪ್ರಿಂಟ್ ಸೆನ್ಸರ್, ಫೇಸ್ ಅನ್‌ಲಾಕ್ ಅಥವಾ ಸೆಕ್ಯುರಿಟಿ ಕೀ ಜೊತೆ ಮಾತನಾಡಿ, ಉತ್ತರವನ್ನು ವಾಪಸ್ ಕೊಡುತ್ತದೆ. Chrome, Safari, Firefox ಮತ್ತು Edge ಎಲ್ಲವೂ ಈ ಭಾಷೆ ಮಾತನಾಡುತ್ತವೆ. Android ಮತ್ತು iPhone ಆ್ಯಪ್‌ಗಳು ಒಳಗೆ ಇದೇ ಮಾನದಂಡವನ್ನು ಬಳಸುತ್ತವೆ, ಹಾಗಾಗಿ ಒಂದು ಆ್ಯಪ್ ಮತ್ತು ಅದರ ವೆಬ್‌ಸೈಟ್ ಜೋಡಣೆಯಾಗಿದ್ದರೆ, ಒಂದೇ ಪಾಸ್‌ಕೀ ಎರಡರಲ್ಲೂ ಕೆಲಸ ಮಾಡಬಹುದು.

ನೆನಪಿಡಬೇಕಾದ ಒಂದು ಸಾಲು

ಪಾಸ್‌ಕೀ ಅಂದರೆ ಕೀಲಿ. ಅದನ್ನು ಬಳಸು ಅಂತ ವೆಬ್‌ಸೈಟ್ ನಿಮ್ಮ ಬ್ರೌಸರ್‌ಗೆ ಕೇಳುವ ವಿಧಾನ WebAuthn.

ಪಾಸ್‌ಕೀಗಳ ಬಗ್ಗೆ ಸಾಮಾನ್ಯ ಗೊಂದಲಗಳು

ಜನ ಏನು ಅಂದುಕೊಳ್ಳುತ್ತಾರೆ	ನಿಜ ಏನು
ಪಾಸ್‌ಕೀ ಅಂದರೆ ನನ್ನ ಬೆರಳಚ್ಚು.	ಇಲ್ಲ. ನಿಮ್ಮ ಬೆರಳಚ್ಚು ಫೋನ್‌ನಲ್ಲಿರುವ ಪಾಸ್‌ಕೀಯನ್ನು ಅನ್‌ಲಾಕ್ ಮಾತ್ರ ಮಾಡುತ್ತದೆ.
ವೆಬ್‌ಸೈಟ್ ನನ್ನ ಬೆರಳಚ್ಚನ್ನು ಸೇವ್ ಮಾಡಿಕೊಳ್ಳುತ್ತದೆ.	ಇಲ್ಲ. ಅದು ಸಾರ್ವಜನಿಕ ಕೀಯನ್ನು ಮಾತ್ರ ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ, ನಿಮ್ಮ ಬೆರಳಚ್ಚನ್ನು ಎಂದಿಗೂ ನೋಡುವುದಿಲ್ಲ.
ವೆಬ್‌ಸೈಟ್ ಹ್ಯಾಕ್ ಆದರೆ ನನ್ನ ಪಾಸ್‌ಕೀ ಕಳ್ಳತನವಾಗುತ್ತದೆ.	ಕದಿಯಲು ಸಿಗುವುದು ಸಾರ್ವಜನಿಕ ಕೀ ಮಾತ್ರ, ಅದರಿಂದ ಲಾಗಿನ್ ಆಗಲು ಸಾಧ್ಯವಿಲ್ಲ.
ಪಾಸ್‌ಕೀ ಮಾಡಿದ ಫೋನ್‌ನಲ್ಲಿ ಮಾತ್ರ ಅದು ಕೆಲಸ ಮಾಡುತ್ತದೆ.	ಸಾಮಾನ್ಯವಾಗಿ ಹಾಗಲ್ಲ. ಹೆಚ್ಚಿನ ಪಾಸ್‌ಕೀಗಳು ನಿಮ್ಮ Google ಅಥವಾ Apple ಅಕೌಂಟ್ ಮೂಲಕ ಸಿಂಕ್ ಆಗುತ್ತವೆ.
ಪಾಸ್‌ಕೀ ಅಂದರೆ ಒಂದು ಫ್ಯಾನ್ಸಿ ಪಾಸ್‌ವರ್ಡ್ ಅಷ್ಟೇ.	ಇಲ್ಲ. ನೀವು ಟೈಪ್ ಮಾಡುವ ಅಥವಾ ಹಂಚಿಕೊಳ್ಳುವ ಯಾವ ರಹಸ್ಯವೂ ಇದರಲ್ಲಿಲ್ಲ, ಅದಕ್ಕೇ ನಕಲಿ ಸೈಟ್‌ಗಳು ಇದನ್ನು ಹಿಡಿಯಲಾರವು.

6. ಎಲ್ಲವನ್ನೂ ಒಟ್ಟಿಗೆ ಜೋಡಿಸೋಣ

ಆಶಾಳ ಒಂದು ಬೆಳಿಗ್ಗೆ, ಈ ಲೇಖನದ ಪ್ರತಿ ಐಡಿಯಾ ತನ್ನ ಜಾಗದಲ್ಲಿ:

ಅವಳು Continue with Google ಒತ್ತುತ್ತಾಳೆ. Google ಸಹಿ ಹಾಕಿದ ಚೀಟಿ ಕಳಿಸುತ್ತದೆ, Edme App ಅದನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ. (ದೃಢೀಕರಣ, OIDC ಬಳಸಿ)

ಅವಳು ತನ್ನ Prelims ಪಾಠ ತೆರೆಯುತ್ತಾಳೆ. ಅವಳ ಅಕೌಂಟ್ ಕೋರ್ಸ್ ಖರೀದಿಸಿದೆಯಾ ಅಂತ ಆ್ಯಪ್ ಪರಿಶೀಲಿಸುತ್ತದೆ. (ಅನುಮತಿ ಪರಿಶೀಲನೆ)

ಅವಳು ಪ್ರಾಕ್ಟೀಸ್ ಟೆಸ್ಟ್‌ಗೆ ಹೋಗುತ್ತಾಳೆ. ಮತ್ತೆ ಲಾಗಿನ್ ಬೇಕಿಲ್ಲ, ಯಾಕೆಂದರೆ ಅವಳ ರಿಸ್ಟ್‌ಬ್ಯಾಂಡ್ ಇನ್ನೂ ಮಾನ್ಯವಾಗಿದೆ. (ಸೆಷನ್)

ಅವಳು ತನ್ನ ಕ್ಯಾಲೆಂಡರ್ ಜೋಡಿಸುತ್ತಾಳೆ. Google ಅವಳ ಅನುಮತಿ ಕೇಳುತ್ತದೆ, ಆ್ಯಪ್‌ಗೆ ಸೀಮಿತ ಪಾಸ್ ಸಿಗುತ್ತದೆ. (OAuth)

ಅವಳು ಪಾಸ್‌ಕೀ ತಯಾರಿಸುತ್ತಾಳೆ. ನಾಳೆಯಿಂದ ಅವಳು ಕೇವಲ ಬೆರಳಚ್ಚಿನಿಂದ ಲಾಗಿನ್ ಆಗಬಹುದು. (ಪಾಸ್‌ಕೀ, WebAuthn ಬಳಸಿ)

ಇವು ಒಂದೊಂದೂ ಬೇರೆ ಬೇರೆ ಕೆಲಸ ಮಾಡುತ್ತವೆ, ಮತ್ತು ಒಂದು ಸಾಮಾನ್ಯ ಆ್ಯಪ್ ಇವೆಲ್ಲವನ್ನೂ ಒಟ್ಟಿಗೆ ಬಳಸುತ್ತದೆ.

ಚಿಕ್ಕ ಸಾರಾಂಶ

ಪದ	ಒಂದೇ ಸಾಲಿನಲ್ಲಿ ಅದರ ಕೆಲಸ
ದೃಢೀಕರಣ (Authentication)	ಅಕೌಂಟ್ ನಿಮ್ಮದೇ ಅಂತ ಸಾಬೀತು ಮಾಡುತ್ತದೆ.
ಅನುಮತಿ ಪರಿಶೀಲನೆ (Authorization)	ನೀವು ಏನೇನು ತೆರೆಯಬಹುದು ಅಂತ ನಿರ್ಧರಿಸುತ್ತದೆ.
ಸೆಷನ್ (Session)	ಒಮ್ಮೆ ಲಾಗಿನ್ ಸರಿಯಾಗಿ ಆದ ಮೇಲೆ ನಿಮ್ಮನ್ನು ಲಾಗಿನ್ ಆಗಿಯೇ ಇಡುತ್ತದೆ.
Google ಸೈನ್ ಇನ್ / OIDC	ನೀವು ಯಾರು ಅಂತ Google ನಿಮ್ಮ ಪರವಾಗಿ ಖಾತ್ರಿ ಕೊಡುತ್ತದೆ.
OAuth	ಬೇರೆ ಕಡೆ ಇರುವ ನಿಮ್ಮ ಸ್ವಲ್ಪ ಡೇಟಾಗೆ ಒಂದು ಆ್ಯಪ್‌ಗೆ ಸೀಮಿತ ಪಾಸ್ ಕೊಡುತ್ತದೆ.
ಪಾಸ್‌ಕೀ (Passkey)	ಪಾಸ್‌ವರ್ಡ್ ಬದಲು ನಿಮ್ಮ ಫೋನ್‌ನಲ್ಲಿರುವ ಕೀ ಮೂಲಕ ಲಾಗಿನ್ ಮಾಡಿಸುತ್ತದೆ.
WebAuthn	ನಿಮ್ಮ ಬ್ರೌಸರ್ ಮೂಲಕ ಪಾಸ್‌ಕೀ ತಯಾರಿಸಲು ಮತ್ತು ಬಳಸಲು ವೆಬ್‌ಸೈಟ್‌ಗಳು ಬಳಸುವ ಭಾಷೆ.

7. ನಿಮ್ಮನ್ನು ನೀವೇ ಪರೀಕ್ಷಿಸಿಕೊಳ್ಳಿ

ಉತ್ತರ ನೋಡಲು ಪ್ರಶ್ನೆಯ ಮೇಲೆ ಟ್ಯಾಪ್ ಮಾಡಿ.

1. ಆಶಾ ಸರಿಯಾಗಿ ಲಾಗಿನ್ ಆಗುತ್ತಾಳೆ, ಆದರೆ ಟೀಚರ್ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್ ತೆರೆಯಲು ಆಗುವುದಿಲ್ಲ. ಯಾವ ಪರಿಶೀಲನೆ ಅವಳನ್ನು ತಡೆಯಿತು?

ಅನುಮತಿ ಪರಿಶೀಲನೆ (Authorization). ಅವಳ ಲಾಗಿನ್ ಸರಿಯಾಗಿಯೇ ಆಯಿತು. ಅವಳ ಅಕೌಂಟ್‌ಗೆ ಟೀಚರ್ ಅನುಮತಿ ಇಲ್ಲ ಅಷ್ಟೇ.

2. "Continue with Google" ನಿಂದ Edme App ಅವಳ ಕ್ಯಾಲೆಂಡರ್ ಓದಬಹುದಾ?

ಇಲ್ಲ. ಸೈನ್ ಇನ್ ಆಗುವುದು ಅವಳು ಯಾರು ಅಂತ ಮಾತ್ರ ಆ್ಯಪ್‌ಗೆ ಹೇಳುತ್ತದೆ. ಕ್ಯಾಲೆಂಡರ್ ಆಕ್ಸೆಸ್‌ಗೆ ಬೇರೆಯೇ ಅನುಮತಿ (OAuth) ಬೇಕು.

3. ಪಾಸ್‌ಕೀ ಲಾಗಿನ್ ವೇಳೆ ಸಾರ್ವಜನಿಕ ಕೀ ಏನು ಮಾಡುತ್ತದೆ?

ಅದು ಪುರಾವೆಯನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ. ಫೋನ್ ಖಾಸಗಿ ಕೀಯಿಂದ ಹೊಸ ಒಗಟಿಗೆ ಸಹಿ ಹಾಕುತ್ತದೆ, ಆ್ಯಪ್ ಆ ಸಹಿಯನ್ನು ಸಾರ್ವಜನಿಕ ಕೀಯಿಂದ ಪರಿಶೀಲಿಸುತ್ತದೆ.

4. Edme App ಗೆ ಆಶಾಳ ಬೆರಳಚ್ಚು ಸಿಗುತ್ತದಾ?

ಇಲ್ಲ. ಬೆರಳಚ್ಚಿನ ಪರಿಶೀಲನೆ ಅವಳ ಫೋನ್‌ನಲ್ಲಿ ಮಾತ್ರ ನಡೆಯುತ್ತದೆ. ಆ್ಯಪ್‌ಗೆ ಸಿಗುವುದು ಸಹಿ ಹಾಕಿದ ಒಗಟು ಮಾತ್ರ, ಬೇರೇನೂ ಇಲ್ಲ.

5. ಒಂದು ನಕಲಿ ಸೈಟ್ Edme ಲಾಗಿನ್ ಪೇಜ್ ಅನ್ನು ಥೇಟ್ ಹಾಗೆಯೇ ನಕಲು ಮಾಡುತ್ತದೆ. ಆದರೂ ಅದಕ್ಕೆ ಆಶಾಳ ಪಾಸ್‌ಕೀ ಯಾಕೆ ಸಿಗುವುದಿಲ್ಲ?

ಯಾಕೆಂದರೆ ಅವಳ ಫೋನ್ ನೋಡುವುದು ಪೇಜ್ ಹೇಗೆ ಕಾಣುತ್ತದೆ ಅಂತ ಅಲ್ಲ, ವೆಬ್‌ಸೈಟ್‌ನ ವಿಳಾಸವನ್ನು. ಅವಳ ಪಾಸ್‌ಕೀ edmeapp.ai ಗೆ ಸೇರಿದ್ದು, ಹಾಗಾಗಿ ಬೇರೆ ಯಾವ ವಿಳಾಸದಲ್ಲೂ ಫೋನ್ ಅದನ್ನು ಬಳಸುವುದಿಲ್ಲ.

6. ಹ್ಯಾಕರ್‌ಗಳು ಒಂದು ವೆಬ್‌ಸೈಟ್‌ಗೆ ನುಗ್ಗಿ ಎಲ್ಲರ ಪಾಸ್‌ಕೀ ಡೇಟಾ ಕಾಪಿ ಮಾಡುತ್ತಾರೆ. ಅವರು ಆ ಬಳಕೆದಾರರಾಗಿ ಲಾಗಿನ್ ಆಗಬಹುದಾ?

ಇಲ್ಲ. ವೆಬ್‌ಸೈಟ್ ಬಳಿ ಇದ್ದದ್ದು ಸಾರ್ವಜನಿಕ ಕೀಗಳು ಮಾತ್ರ. ಲಾಗಿನ್ ಆಗಲು ಖಾಸಗಿ ಕೀ ಬೇಕು, ಅದು ಬಳಕೆದಾರರ ಫೋನ್‌ಗಳನ್ನು ಬಿಟ್ಟು ಎಂದಿಗೂ ಹೊರಗೆ ಹೋಗಿಲ್ಲ.

ಇನ್ನಷ್ಟು ಓದಲು

ಇನ್ನೂ ಆಳವಾಗಿ ತಿಳಿಯಬೇಕೆಂದರೆ, ಈ ಲೇಖನಕ್ಕೆ ಆಧಾರವಾದ ಮೂಲಗಳು ಇವು. ಶುರು ಮಾಡಲು MDN ಪೇಜ್‌ಗಳು ಅತ್ಯಂತ ಸುಲಭ.

MDN: ದೃಢೀಕರಣ (Authentication)

OWASP: ಅನುಮತಿ ಪರಿಶೀಲನೆ (Authorization)

MDN: ಪಾಸ್‌ವರ್ಡ್‌ಗಳು

MDN: ಸೆಷನ್ ನಿರ್ವಹಣೆ

Google: Sign in with Google ಪರಿಚಯ

Google: OpenID Connect

Google: Google APIs ಬಳಸಲು OAuth 2.0

Google: ಬಳಕೆದಾರರ ಅನುಮತಿ ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ

MDN: ಪಾಸ್‌ಕೀಗಳು

Google: ಪಾಸ್‌ಕೀ ನೋಂದಣಿ

Google: ಪಾಸ್‌ಕೀ ದೃಢೀಕರಣ

FIDO Alliance: ಪಾಸ್‌ಕೀಗಳು

MDN: Web Authentication API