എന്താണ് Two-Factor Authentication? ലളിതമായ വഴികാട്ടി
Two-factor authentication (2FA) എന്നത് നിങ്ങൾ തന്നെയാണ് എന്ന് തെളിയിക്കാൻ രണ്ട് വ്യത്യസ്ത തരം തെളിവുകൾ ആവശ്യപ്പെടുന്ന ഒരു ലോഗിൻ രീതിയാണ് — സാധാരണയായി നിങ്ങൾക്ക് അറിയാവുന്ന ഒന്ന്, പാസ്‌വേഡ് പോലെ, അതോടൊപ്പം നിങ്ങളുടെ കൈവശമുള്ള ഒന്ന്, ഫോണോ സെക്യൂരിറ്റി കീയോ പോലെ. ഒരു കുറ്റവാളി നിങ്ങളുടെ പാസ്‌വേഡ് മോഷ്ടിക്കുകയോ ഊഹിക്കുകയോ ചെയ്താലും, രണ്ടാമത്തെ ഘടകമില്ലാതെ അവർക്ക് അകത്തുകടക്കാനാവില്ല. പ്രധാനപ്പെട്ട അക്കൗണ്ടുകൾ സംരക്ഷിക്കാനുള്ള ഏറ്റവും ലളിതമായ മാർഗങ്ങളിലൊന്നാണിത്.
AI ഉപയോഗിച്ച് നിർമ്മിക്കുമ്പോൾ ഇത് പ്രധാനമാകുന്നത് എന്തുകൊണ്ട്
AI ബിൽഡറോട് "ലോഗിൻ" ആവശ്യപ്പെടുമ്പോൾ സാധാരണയായി കിട്ടുന്നത് ഇമെയിലും പാസ്‌വേഡും ആണ്. അത് നല്ലൊരു തുടക്കമാണ്, പക്ഷേ പാസ്‌വേഡുകൾ വീണ്ടും ഉപയോഗിക്കപ്പെടുന്നു, ഫിഷിംഗിനിരയാകുന്നു, ചോർന്നുപോകുന്നു. നിങ്ങളുടെ ആപ്പിൽ വിലപ്പെട്ട എന്തെങ്കിലുമുണ്ടെങ്കിൽ — ഉപഭോക്തൃ രേഖകൾ, ഇൻവോയ്സുകൾ, അഡ്മിൻ നിയന്ത്രണങ്ങൾ, പേയ്മെന്റ് ക്രമീകരണങ്ങൾ — ഒരൊറ്റ പാസ്‌വേഡ് മോഷണം എല്ലാം വെളിപ്പെടുത്തിയേക്കാം.
2FA നിങ്ങൾ ആദ്യം ചിന്തിക്കാത്ത ചില തീരുമാനങ്ങളെയും ബാധിക്കുന്നു:
- ആർ ഇത് ഉപയോഗിക്കണം. എല്ലാവർക്കും ഓപ്ഷണലോ, അഡ്മിനുകൾക്ക് നിർബന്ധമോ, എല്ലാവർക്കും നിർബന്ധമോ?
- ഏത് രീതികൾ പിന്തുണയ്ക്കണം. ആപ്പിൽ നിന്നുള്ള കോഡുകൾ, ടെക്സ്റ്റ് സന്ദേശങ്ങൾ, പാസ്‌കീകൾ, സെക്യൂരിറ്റി കീകൾ.
- ആരെങ്കിലും പുറത്തായാൽ എന്ത് സംഭവിക്കുന്നു. 2FA ഉള്ള ഏത് ആപ്പിലും ഏറ്റവും സാധാരണമായ പിന്തുണാ അഭ്യർത്ഥന നഷ്ടപ്പെട്ട ഫോണുകളാണ്.
- എവിടെ ഇത് നടപ്പിലാക്കുന്നു. പരിശോധന സെർവറിൽ നടക്കണം. ബ്രൗസറിൽ മാത്രം 2FA സ്ക്രീൻ പേജ് മറയ്ക്കുന്നതാണെങ്കിൽ അത് മറികടക്കാനാകും.
ക്രിപ്റ്റോഗ്രഫി നിങ്ങൾ തന്നെ നിർമ്മിക്കേണ്ടതില്ല — നന്നായി പരിശോധിക്കപ്പെട്ട ലൈബ്രറികളും auth ദാതാക്കളും അത് കൈകാര്യം ചെയ്യുന്നു. പക്ഷേ എന്താണ് ചോദിക്കേണ്ടതെന്ന് നിങ്ങൾ അറിഞ്ഞിരിക്കണം.
ദൈനംദിന ഉദാഹരണം
ഒരു ബാങ്ക് സേഫ്-ഡെപ്പോസിറ്റ് ബോക്സ് ഓർക്കുക. അത് തുറക്കാൻ നിങ്ങളുടെ ഐഡി (ബാങ്ക് പരിശോധിക്കുന്നത്, നിങ്ങൾ ആരാണ് അല്ലെങ്കിൽ എന്തറിയാം എന്നത്) കൂടാതെ ഭൗതിക താക്കോൽ (നിങ്ങളുടെ കൈവശമുള്ളത്) വേണം. നിങ്ങളുടെ ഒപ്പ് പകർത്തിയ കള്ളന് ഇപ്പോഴും താക്കോൽ ഇല്ല. താക്കോൽ പോക്കറ്റടിച്ചവന് ഐഡി പരിശോധനയും കടക്കാനാകില്ല.
2FA ഇതേ രീതിയിലാണ് പ്രവർത്തിക്കുന്നത്. പാസ്‌വേഡാണ് ഒപ്പ്; ഫോണോ സെക്യൂരിറ്റി കീയോ ആണ് ഭൗതിക താക്കോൽ. ഓരോന്നും മാത്രം മതിയാകില്ല.
മൂന്ന് തരം ഘടകങ്ങൾ
US National Institute of Standards and Technology-യുടെ ഡിജിറ്റൽ ഐഡന്റിറ്റി മാർഗനിർദേശങ്ങൾ പോലുള്ള സുരക്ഷാ മാനദണ്ഡങ്ങൾ ഘടകങ്ങളെ മൂന്ന് തരങ്ങളായി തിരിക്കുന്നു:
| ഘടകം | ഉദാഹരണങ്ങൾ |
|---|---|
| നിങ്ങൾക്ക് അറിയാവുന്നത് | പാസ്‌വേഡ്, PIN |
| നിങ്ങളുടെ കൈവശമുള്ളത് | Authenticator ആപ്പുള്ള ഫോൺ, സെക്യൂരിറ്റി കീ, പാസ്‌കീ സൂക്ഷിക്കുന്ന ഉപകരണം |
| നിങ്ങൾ എന്തായിരിക്കുന്നത് | വിരലടയാളം, മുഖം — സാധാരണയായി യഥാർത്ഥ പരിശോധന നടത്തുന്ന ഉപകരണം അൺലോക്ക് ചെയ്യാൻ ഉപയോഗിക്കുന്നു |
പ്രധാന വാക്ക് വ്യത്യസ്തം എന്നതാണ്. പാസ്‌വേഡും സെക്യൂരിറ്റി ചോദ്യവും രണ്ടും നിങ്ങൾക്ക് അറിയാവുന്ന കാര്യങ്ങളാണ്, അതിനാൽ അത് യഥാർത്ഥ two-factor authentication അല്ല. ഒരു ചോർച്ചയിൽ രണ്ടും വെളിപ്പെടാമെങ്കിൽ, അത് ഒന്നായേ കണക്കാക്കൂ.
സാധാരണ 2FA രീതികളുടെ താരതമ്യം
| രീതി | എങ്ങനെ പ്രവർത്തിക്കുന്നു | ശക്തി | കുറിപ്പുകൾ |
|---|---|---|---|
| SMS കോഡ് | നിങ്ങളുടെ ഫോൺ നമ്പറിലേക്ക് കോഡ് സന്ദേശമായി അയക്കുന്നു | ഏറ്റവും ദുർബലം | SIM swapping, ഫിഷിംഗ് എന്നിവയ്ക്ക് വിധേയം, പക്ഷേ 2FA ഇല്ലാത്തതിനേക്കാൾ വളരെ മെച്ചം |
| ഇമെയിൽ കോഡ് | കോഡ് ഇമെയിലായി അയക്കുന്നു | ദുർബലം | ഇമെയിൽ അക്കൗണ്ട് എത്രത്തോളം സുരക്ഷിതമോ അത്രത്തോളമേ സുരക്ഷിതം |
| Authenticator ആപ്പ് (TOTP) | Google Authenticator പോലുള്ള ആപ്പ് സാധാരണയായി 30 സെക്കൻഡിൽ ഒരു പുതിയ 6-അക്ക കോഡ് സൃഷ്ടിക്കുന്നു | നല്ലത് | ഇന്റർനെറ്റ് ഇല്ലാതെയും പ്രവർത്തിക്കും; വ്യാജ സൈറ്റ് കോഡ് ചോദിച്ചാൽ ഇപ്പോഴും ഫിഷ് ചെയ്യപ്പെടാം |
| പുഷ് അംഗീകാരം | ആപ്പ് "ഇത് നിങ്ങളാണോ?" എന്ന് ചോദിക്കുന്നു, നിങ്ങൾ അംഗീകരിക്കാൻ ടാപ്പ് ചെയ്യുന്നു | നല്ലത് | "approve fatigue" ശ്രദ്ധിക്കുക — ആവർത്തിച്ചുള്ള ചോദ്യങ്ങൾ നിർത്താൻ ഉപയോക്താക്കൾ യെസ് ടാപ്പ് ചെയ്യാം |
| പാസ്‌കീ അല്ലെങ്കിൽ സെക്യൂരിറ്റി കീ | ഒരു ഉപകരണത്തിലെ ക്രിപ്റ്റോഗ്രാഫിക് കീ നിങ്ങൾ യഥാർത്ഥ സൈറ്റിലാണെന്ന് തെളിയിക്കുന്നു | ഏറ്റവും ശക്തം | വ്യാജ ഡൊമെയ്‌നിനോട് പ്രതികരിക്കാത്തതിനാൽ ഫിഷിംഗിനെ പ്രതിരോധിക്കുന്നു |
NIST-ന്റെ മാർഗനിർദേശം കോഡ് ടൈപ്പ് ചെയ്യുന്ന രീതികളെ (SMS, ഇമെയിൽ, authenticator ആപ്പുകൾ) ഫിഷിംഗ്-പ്രതിരോധശേഷിയില്ലാത്തതായി കണക്കാക്കുന്നു, ഫോൺ നെറ്റ്‌വർക്ക് വഴി കോഡ് അയക്കുന്നത് "നിയന്ത്രിതം" ആയി അടയാളപ്പെടുത്തുന്നു. WebAuthn/FIDO2 മാനദണ്ഡങ്ങളെ അടിസ്ഥാനമാക്കിയുള്ള പാസ്‌കീകളും ഹാർഡ്‌വെയർ സെക്യൂരിറ്റി കീകളും ഫിഷിംഗ്-പ്രതിരോധശേഷിയുള്ളവയായി കണക്കാക്കുന്നു.
പ്രായോഗികമായ ഒരു നിഗമനം: മിക്ക ആപ്പുകൾക്കും authenticator ആപ്പ് ശക്തവും എളുപ്പവുമായ സ്ഥിരസ്ഥിതി തിരഞ്ഞെടുപ്പാണ്, ഉപയോക്താക്കൾക്ക് സൗകര്യമുണ്ടെങ്കിൽ പാസ്‌കീകൾ നൽകുന്നതും വിലമതിക്കാവുന്നതാണ്.
ഒരു ഉദാഹരണം: ഒരു ക്ലയന്റ് പോർട്ടലിനുള്ള 2FA
ഒരു ചെറിയ അക്കൗണ്ടിംഗ് സ്ഥാപനം ക്ലയന്റുകളുമായി നികുതി രേഖകൾ പങ്കിടുന്ന ഒരു പോർട്ടൽ നിങ്ങൾ നിർമ്മിച്ചു എന്ന് കരുതുക. ഒരു നല്ല 2FA സജ്ജീകരണം ഘട്ടം ഘട്ടമായി ഇങ്ങനെ പ്രവർത്തിക്കുന്നു.
ഓൺ ചെയ്യുന്നത് (എൻറോൾമെന്റ്). ക്ലയന്റായ പ്രിയ Settings തുറന്ന് "two-factor authentication ഓൺ ചെയ്യുക" ക്ലിക്ക് ചെയ്യുന്നു. ആപ്പ് ഒരു രഹസ്യം സൃഷ്ടിച്ച് QR കോഡായി കാണിക്കുന്നു. അവൾ അത് തന്റെ authenticator ആപ്പ് ഉപയോഗിച്ച് സ്കാൻ ചെയ്യുന്നു, അത് ആറക്ക കോഡുകൾ കാണിക്കാൻ തുടങ്ങുന്നു. സജ്ജീകരണം ശരിയായോ എന്ന് തെളിയിക്കാൻ അവൾ നിലവിലെ കോഡ് പോർട്ടലിൽ ടൈപ്പ് ചെയ്യുന്നു. പത്ത് recovery codes കാണിച്ച്, അവ സുരക്ഷിതമായി സൂക്ഷിക്കാൻ ആപ്പ് ആവശ്യപ്പെടുന്നു.
പിന്നീടുള്ള ലോഗിൻ.
- പ്രിയ ഇമെയിലും പാസ്‌വേഡും നൽകുന്നു. സെർവർ അവ പരിശോധിക്കുന്നു.
- അവളെ നേരിട്ട് അകത്തേക്ക് കടത്തുന്നതിന് പകരം, സെർവർ സെഷനെ "പാസ്‌വേഡ് ശരി, രണ്ടാം ഘടകം തീർപ്പാക്കാനുണ്ട്" എന്ന് അടയാളപ്പെടുത്തി കോഡ് സ്ക്രീൻ കാണിക്കുന്നു.
- അവൾ തന്റെ ആപ്പിൽ നിന്നുള്ള കോഡ് ടൈപ്പ് ചെയ്യുന്നു. സെർവർ അത് സംഭരിച്ച രഹസ്യവുമായി പരിശോധിക്കുന്നു, ചെറിയ ക്ലോക്ക് വ്യതിയാനം അനുവദിച്ചുകൊണ്ട്.
- അതിന് ശേഷം മാത്രമേ സെർവർ പൂർണ്ണ സെഷൻ സൃഷ്ടിച്ച് അവളെ രേഖകൾ കാണാൻ അനുവദിക്കൂ.
ആക്രമണകാരി എന്ത് കാണുന്നു. പ്രിയയുടെ പാസ്‌വേഡ് മറ്റൊരു സൈറ്റിൽ നിന്ന് ചോർന്നാൽ, ആക്രമണകാരി ഘട്ടം 3-ൽ കുടുങ്ങിപ്പോകുന്നു. ഓരോ തെറ്റായ കോഡ് ശ്രമവും എണ്ണപ്പെടുന്നു, കുറച്ച് തെറ്റുകൾക്ക് ശേഷം അക്കൗണ്ട് താൽക്കാലികമായി പൂട്ടപ്പെടുകയും പ്രിയയ്ക്ക് ഇമെയിൽ ലഭിക്കുകയും ചെയ്യുന്നു.
ഫോൺ നഷ്ടപ്പെട്ടാൽ. പ്രിയ തന്റെ recovery കോഡുകളിലൊന്ന് ഉപയോഗിച്ച് ലോഗിൻ ചെയ്ത്, 2FA ഓഫാക്കി പുതിയ ഫോണിൽ വീണ്ടും ഓൺ ചെയ്ത്, പുതിയ recovery കോഡുകൾ നേടുന്നു. ഉപയോഗിച്ച കോഡ് ഒരിക്കലും വീണ്ടും ഉപയോഗിക്കാനാകില്ല.
സ്റ്റാഫിന്. സ്ഥാപനത്തിലെ അക്കൗണ്ടന്റുമാർക്ക് ഓരോ ക്ലയന്റിന്റെയും ഫയലുകൾ കാണാനാകും, അതിനാൽ പോർട്ടൽ സ്റ്റാഫ് അക്കൗണ്ടുകൾക്ക് 2FA നിർബന്ധമാക്കുന്നു; എൻറോൾ ചെയ്യുന്നതുവരെ അവർക്ക് ഡാഷ്‌ബോർഡിൽ എത്താനാകില്ല.
പദങ്ങളുടെ വിശദീകരണം
| പദം | അർത്ഥം |
|---|---|
| 2FA / MFA | Two-factor / multi-factor authentication: ഒന്നിലധികം തരം തെളിവുകൾ ഉപയോഗിച്ചുള്ള ലോഗിൻ. |
| ഘടകം (Factor) | ഒരു തരം തെളിവ്: നിങ്ങൾക്ക് അറിയാവുന്നത്, കൈവശമുള്ളത്, അല്ലെങ്കിൽ നിങ്ങൾ ആയിരിക്കുന്നത്. |
| TOTP | Time-based one-time password — authenticator ആപ്പുകളിലെ മാറിക്കൊണ്ടിരിക്കുന്ന കോഡുകൾ. |
| പങ്കിട്ട രഹസ്യം (Shared secret) | QR കോഡ് വഴി സജ്ജീകരിക്കുന്ന മറഞ്ഞ മൂല്യം; ആപ്പും നിങ്ങളുടെ ഫോണും ഒരേ കോഡുകൾ സൃഷ്ടിക്കാൻ ഇത് ഉപയോഗിക്കുന്നു. |
| Recovery (ബാക്കപ്പ്) കോഡുകൾ | രണ്ടാം ഘടകം നഷ്ടപ്പെട്ടാൽ അകത്തുകടക്കാൻ ഒരിക്കൽ മാത്രം ഉപയോഗിക്കാവുന്ന കോഡുകൾ. |
| പാസ്‌കീ (Passkey) | പാസ്‌വേഡിന് പകരം പബ്ലിക്-കീ ക്രിപ്റ്റോഗ്രഫി ഉപയോഗിക്കുന്ന, നിങ്ങളുടെ ഉപകരണത്തിൽ സൂക്ഷിക്കുന്ന ലോഗിൻ വിവരം. |
| സെക്യൂരിറ്റി കീ | പാസ്‌കീ ചെയ്യുന്ന അതേ ജോലി ചെയ്യുന്ന ചെറിയ ഭൗതിക ഉപകരണം (USB അല്ലെങ്കിൽ NFC). |
| SIM swapping | ഒരാളുടെ നമ്പർ പുതിയ SIM-ലേക്ക് മാറ്റാൻ മൊബൈൽ കാരിയറെ കബളിപ്പിക്കുന്നത്; അതോടെ ടെക്സ്റ്റുകൾ ആക്രമണകാരിയുടെ കൈയിലെത്തുന്നു. |
| ഫിഷിംഗ് (Phishing) | പാസ്‌വേഡുകളോ കോഡുകളോ കൈമാറാൻ ആളുകളെ പറ്റിക്കുന്ന വ്യാജ സൈറ്റോ സന്ദേശമോ. |
| Step-up authentication | പേയ്മെന്റ് വിവരങ്ങൾ മാറ്റുന്നത് പോലുള്ള സെൻസിറ്റീവ് പ്രവർത്തനത്തിന് മുമ്പ് രണ്ടാം ഘടകം വീണ്ടും ചോദിക്കുന്നത്. |
സാധാരണ തെറ്റുകളും തെറ്റിദ്ധാരണകളും
- "2FA അക്കൗണ്ടിനെ ഹാക്ക് ചെയ്യാനാകാത്തതാക്കുന്നു." അത് വളരെ ബുദ്ധിമുട്ടാക്കുന്നു, പൂർണ്ണമായി തടയുന്നില്ല. ഫിഷിംഗ് സൈറ്റുകൾക്ക് ടൈപ്പ് ചെയ്ത കോഡുകൾ തത്സമയം പിടിച്ചെടുക്കാൻ കഴിയും; അതുകൊണ്ടാണ് പാസ്‌കീകൾ നിലവിൽ വന്നത്.
- ബ്രൗസറിൽ മാത്രം കോഡ് പരിശോധിക്കുന്നത്. പാസ്‌വേഡിന് ശേഷം സെർവർ പൂർണ്ണ സെഷൻ നൽകുന്നുണ്ടെങ്കിൽ, കോഡ് സ്ക്രീൻ അലങ്കാരം മാത്രമാണ്. രണ്ടാം ഘടകം കടക്കുന്നതുവരെ സെർവർ പ്രവേശനം നിഷേധിക്കണം.
- കോഡ് ഊഹങ്ങൾക്ക് പരിധിയില്ലാത്തത്. ആറക്ക കോഡിന് ഒരു ദശലക്ഷം സാധ്യതകളുണ്ട്. റേറ്റ് ലിമിറ്റിംഗും ലോക്കൗട്ടുകളും ഇല്ലെങ്കിൽ ആക്രമണകാരിക്ക് ഊഹിച്ചുകൊണ്ടേയിരിക്കാം.
- വീണ്ടെടുക്കൽ മറക്കുന്നത്. Recovery കോഡുകൾ ഇല്ലെങ്കിൽ ഓരോ നഷ്ടപ്പെട്ട ഫോണും ഒരു പിന്തുണാ ടിക്കറ്റോ പുറത്തായ ഉപഭോക്താവോ ആയി മാറും.
- TOTP രഹസ്യം അശ്രദ്ധമായി സൂക്ഷിക്കുന്നത്. പങ്കിട്ട രഹസ്യം ഡാറ്റാബേസിൽ എൻക്രിപ്റ്റ് ചെയ്തിരിക്കണം, സജ്ജീകരണത്തിന് ശേഷം ഒരിക്കലും വീണ്ടും കാണിക്കരുത്.
- പരിശോധനയില്ലാതെ ഉപയോക്താക്കളെ 2FA ഓഫാക്കാൻ അനുവദിക്കുന്നത്. 2FA ഓഫാക്കുന്നതിനോ അക്കൗണ്ട് ഇമെയിൽ മാറ്റുന്നതിനോ പാസ്‌വേഡും നിലവിലെ കോഡും ആവശ്യപ്പെടണം.
- പാസ്‌വേഡും സുരക്ഷാ ചോദ്യവും 2FA ആണെന്ന് കരുതുന്നത്. അല്ല — രണ്ടും നിങ്ങൾക്ക് അറിയാവുന്ന കാര്യങ്ങളാണ്.
AI ബിൽഡറോട് എന്ത് ചോദിക്കണം
- "QR കോഡ് സജ്ജീകരണവും ഓൺ ചെയ്യുന്നതിന് മുമ്പ് ഒരു സ്ഥിരീകരണ കോഡും ഉള്ള, authenticator ആപ്പ് (TOTP) ഉപയോഗിച്ചുള്ള ഓപ്ഷണൽ two-factor authentication ചേർക്കുക."
- "2FA ഓൺ ആകുമ്പോൾ പത്ത് ഒറ്റത്തവണ recovery കോഡുകൾ കാണിക്കുക. പാസ്‌വേഡുകൾ പോലെ hash ചെയ്ത് സൂക്ഷിക്കുക."
- "സെർവറിൽ 2FA നിർബന്ധമാക്കുക: രണ്ടാം ഘടകം കടക്കുന്നതുവരെ പൂർണ്ണ സെഷൻ വേണ്ട."
- "ആവർത്തിച്ചുള്ള പരാജയങ്ങൾക്ക് ശേഷം കോഡ് ശ്രമങ്ങൾ പരിമിതപ്പെടുത്തി ലോഗിൻ 15 മിനിറ്റ് പൂട്ടുക. അങ്ങനെ സംഭവിക്കുമ്പോൾ ഉപയോക്താവിന് ഇമെയിൽ അയക്കുക."
- "അഡ്മിൻ അക്കൗണ്ടുകൾക്ക് 2FA നിർബന്ധമാക്കുക."
- "2FA ഓഫാക്കുന്നതിന് മുമ്പോ അക്കൗണ്ട് ഇമെയിൽ മാറ്റുന്നതിന് മുമ്പോ പാസ്‌വേഡും നിലവിലെ കോഡും ചോദിക്കുക."
- "സ്വന്തമായി ക്രിപ്റ്റോ എഴുതരുത് — നന്നായി അറിയപ്പെടുന്ന ലൈബ്രറിയോ ഞങ്ങളുടെ auth ദാതാവിന്റെ അന്തർനിർമ്മിത 2FA-യോ ഉപയോഗിക്കുക."
- "ഏത് രീതിയാണ് ഉപയോഗിച്ചതെന്നും രഹസ്യങ്ങൾ എവിടെയാണ് സൂക്ഷിക്കുന്നതെന്നും വിശദീകരിക്കുക."
നിങ്ങൾ ഒരു hosted auth ദാതാവാണ് ഉപയോഗിക്കുന്നതെങ്കിൽ, അവർ ഇതിനകം 2FA അല്ലെങ്കിൽ പാസ്‌കീകൾ നൽകുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക; അന്തർനിർമ്മിത ഫീച്ചർ ഓൺ ചെയ്യുന്നത് സാധാരണയായി സ്വന്തം കോഡിനേക്കാൾ സുരക്ഷിതമാണ്. ഘട്ടം ഘട്ടമായുള്ള വിവരണം two-factor authentication എങ്ങനെ ചേർക്കാം എന്നതിലുണ്ട്, അതിനടിയിലുള്ള ലോഗിൻ അടിസ്ഥാനങ്ങൾ authentication എന്താണ് എന്നതിൽ വിശദീകരിക്കുന്നു.
Mythex-ലെ two-factor authentication
നിങ്ങളുടെ ആപ്പിന്റെ ഉപയോക്താക്കൾക്കായി Mythex ഒരു അന്തർനിർമ്മിത ലോഗിൻ സിസ്റ്റം ഉൾപ്പെടുത്തുന്നില്ല, അതിനാൽ 2FA നിങ്ങൾ തിരഞ്ഞെടുക്കുന്ന auth രീതിയുടെ ഭാഗമാണ് — പ്രോജക്റ്റിന്റെ ഡാറ്റാബേസിന്റെ പിന്തുണയുള്ള നിങ്ങളുടെ സ്വന്തം ഇമെയിൽ-പാസ്‌വേഡ് ലോഗിൻ, അല്ലെങ്കിൽ 2FA നൽകുന്ന hosted ദാതാവ്. അത് ചേർക്കാൻ ചാറ്റിൽ ഏജന്റിനോട് ആവശ്യപ്പെടുക; ഏതെങ്കിലും ദാതാവിന്റെ കീകൾ ചാറ്റിലല്ല, പ്രോജക്റ്റ് സീക്രട്ടുകളിലാണ് സൂക്ഷിക്കേണ്ടത്. ആപ്പിലേക്ക് ലോഗിൻ ചേർക്കുന്നതിനുള്ള ഡോക്സ് പാചകക്കുറിപ്പിൽ പൊരുത്തപ്പെടുത്താവുന്ന ഒരു തുടക്ക പ്രോംപ്റ്റ് ഉണ്ട്, കീകളെക്കുറിച്ചുള്ള ശീലങ്ങൾ നിങ്ങൾ നിർമ്മിക്കുന്ന ആപ്പുകൾക്കുള്ള സുരക്ഷ വിശദീകരിക്കുന്നു. ലോഞ്ചിന് മുമ്പ് AI-നിർമ്മിത ആപ്പുകൾക്കുള്ള സുരക്ഷാ പരിശോധനാ പട്ടിക പിന്തുടരുക.
ചോദ്യങ്ങൾ
ലളിതമായി പറഞ്ഞാൽ എന്താണ് two-factor authentication?
Two-factor authentication (2FA) എന്നാൽ ലോഗിൻ ചെയ്യാൻ രണ്ട് വ്യത്യസ്ത തരം തെളിവുകൾ വേണം എന്നാണ് — സാധാരണയായി പാസ്‌വേഡും നിങ്ങളുടെ ഫോണിൽ നിന്നുള്ള ഒരു കോഡോ സെക്യൂരിറ്റി കീയോ. പാസ്‌വേഡ് മാത്രം മോഷ്ടിച്ചയാൾക്ക് അകത്തുകടക്കാൻ കഴിയില്ല.
2FA-യും MFA-യും ഒന്നാണോ?
ഏതാണ്ട് അതെ. Multi-factor authentication (MFA) എന്നാൽ രണ്ടോ അതിലധികമോ ഘടകങ്ങൾ; two-factor authentication ഇതിന്റെ ഏറ്റവും സാധാരണമായ, കൃത്യം രണ്ട് ഘടകങ്ങളുള്ള രൂപമാണ്. ദൈനംദിന ഉപയോഗത്തിൽ ഈ പദങ്ങൾ പരസ്പരം മാറ്റി ഉപയോഗിക്കുന്നു.
SMS two-factor authentication സുരക്ഷിതമാണോ?
പാസ്‌വേഡ് മാത്രമുള്ളതിനേക്കാൾ വളരെ മികച്ചതാണ്, പക്ഷേ ഏറ്റവും ദുർബലമായ സാധാരണ ഓപ്ഷനാണിത്. SIM swapping വഴി SMS തടസ്സപ്പെടുത്താനോ മറ്റൊരിടത്തേക്ക് തിരിച്ചുവിടാനോ കഴിയും, കൂടാതെ വ്യാജ ലോഗിൻ പേജ് ആളുകളെ കോഡ് ടൈപ്പ് ചെയ്യാൻ പറ്റിക്കാനുമാകും. Authenticator ആപ്പുകൾ കൂടുതൽ ശക്തമാണ്, പാസ്‌കീകളും സെക്യൂരിറ്റി കീകളും അതിലും ശക്തമാണ്.
എന്റെ ആപ്പിന് two-factor authentication വേണോ?
അക്കൗണ്ടുകളിൽ പണം, സ്വകാര്യ ഡാറ്റ, അല്ലെങ്കിൽ മറ്റ് ഉപയോക്താക്കളുടെ മേൽ അഡ്മിൻ അധികാരം ഉണ്ടെങ്കിൽ 2FA നൽകുന്നത് നല്ല ആശയമാണ്, അഡ്മിനുകൾക്ക് ഇത് നിർബന്ധമാക്കുന്നത് സാധാരണമാണ്. ലളിതമായ ഒരു ഹോബി ആപ്പിൽ ഇത് ഓപ്ഷണലാക്കാം, അല്ലെങ്കിൽ പിന്നീടേക്ക് മാറ്റിവെക്കാം.
ഉപയോക്താവിന് ഫോൺ നഷ്ടപ്പെട്ടാലോ?
അതിനാണ് recovery codes: 2FA ഓൺ ചെയ്യുമ്പോൾ കാണിക്കുന്ന, ഒരിക്കൽ മാത്രം ഉപയോഗിക്കാവുന്ന ബാക്കപ്പ് കോഡുകളുടെ ഒരു ചെറിയ പട്ടിക. അവ ഇല്ലെങ്കിൽ, സാധാരണയായി ആപ്പിന്റെ ഉടമ നടത്തുന്ന മാനുവൽ ഐഡന്റിറ്റി പരിശോധനയിലൂടെയേ വീണ്ടെടുക്കാനാകൂ, അതിനാൽ ലോഞ്ചിന് മുമ്പ് തന്നെ ഇത് ആസൂത്രണം ചെയ്യുക.