നഷ്ടപ്പെട്ട VPN ഓഥന്റിക്കേറ്റർ: MFA ഓഫ് ചെയ്യാതെ മാറ്റിസ്ഥാപിക്കുക

ഒരാൾ ഫോൺ നഷ്ടപ്പെടുത്തുന്നു, ടിക്കറ്റ് VPN തകർന്നു എന്ന രൂപത്തിൽ എത്തുന്നു. ഈ ചട്ടക്കൂട് രണ്ട് തവണ തെറ്റാണ്: അക്കൗണ്ട് ഇപ്പോഴും നിലനിൽക്കുന്നു, ഗേറ്റ്വേ ഇപ്പോഴും ഐഡന്റിറ്റി പ്രൊവൈഡറെ വിശ്വസിക്കുന്നു, അതിനാൽ തകർന്ന ഏക ഭാഗം വ്യക്തിയുടെ കൈവശം ഇല്ലാത്ത ഒരു ഘടകം മാത്രമാണ്. തകരാറല്ല, വീണ്ടെടുക്കലായി കാണുക: അഭ്യർത്ഥകനെ പരിശോധിക്കുക, പകരം രജിസ്റ്റർ ചെയ്യുക, നഷ്ടപ്പെട്ട രീതി ഒഴിവാക്കുക, എന്നിട്ട് അക്കൗണ്ട് പ്രവർത്തിക്കുന്നുവെന്ന് തെളിയിക്കുക. ഇതെല്ലാം കോളിനിടയിൽ കണ്ടുപിടിക്കുന്നതാണ് MFA എല്ലാവർക്കും ഓഫാകുന്ന വഴി എന്നതിനാൽ, നഷ്ടത്തിന് മുമ്പ് പ്ലാൻ എഴുതിയിരുന്നുവെന്ന് ഇത് അനുമാനിക്കുന്നു.

ഘട്ടം 1: രജിസ്റ്റർ ചെയ്ത ഘടകങ്ങൾ ഓർമ്മയിൽ നിന്നല്ല, റെക്കോർഡിൽ നിന്ന് വായിക്കുക

ആദ്യ ചോദ്യം ഏത് ഉപകരണം നഷ്ടപ്പെട്ടു എന്നതല്ല, അക്കൗണ്ടിന് ഇനി എന്ത് ഉപയോഗിക്കാം എന്നതാണ്. ഒരു അക്കൗണ്ടിൽ പാസ്വേഡും പുഷും, സമയാധിഷ്ഠിത കോഡ്, ഹാർഡ്വെയർ കീ, അച്ചടിച്ച വീണ്ടെടുക്കൽ കോഡുകൾ എന്നിവ ഉണ്ടാകാം, അവയിലൊന്ന് നഷ്ടപ്പെടുന്നത് ഏകമായത് നഷ്ടപ്പെടുന്നതിൽ നിന്ന് തികച്ചും വ്യത്യസ്ത സംഭവമാണ്. ഉപയോക്താവിനോട് ഓർക്കാൻ പറയുന്നതിനുപകരം ഐഡന്റിറ്റി സിസ്റ്റത്തിൽ നിന്ന് രീതികളുടെ പട്ടിക വായിക്കുക, Microsoft Entra ടെനന്റിൽ ചോദ്യം ഒരു വരി മാത്രമാണ്:

Get-MgUserAuthenticationMethod -UserId [email protected]

അക്കൗണ്ട് ഇപ്പോഴും പ്രവർത്തിക്കുമ്പോൾ വീണ്ടെടുക്കൽ റെക്കോർഡ് എഴുതുക: അക്കൗണ്ട് ഐഡന്റിഫയർ, രജിസ്റ്റർ ചെയ്ത ഘടകങ്ങൾ, വീണ്ടെടുക്കൽ കോഡുകൾ എവിടെയുണ്ട്, ആര് അഭ്യർത്ഥകനെ സ്വതന്ത്രമായി പരിശോധിക്കാം, അക്കൗണ്ട് ഏത് സിസ്റ്റങ്ങളിൽ എത്തുന്നു. ടീം ഇപ്പോൾ ഉപയോഗിക്കുന്ന സംരക്ഷിത ഇൻവെന്ററിയിൽ സൂക്ഷിക്കുക, സജീവ കോഡുകളും ഉള്ള കുറിപ്പിൽ ഒരിക്കലും വയ്ക്കരുത്. ആ അഞ്ച് ഫീൽഡുകൾ പരിഭ്രാന്തിയുള്ള കോളിനെ ചെക്ക്ലിസ്റ്റാക്കി മാറ്റുന്നു, NIST-ന്റെ ഓഥന്റിക്കേറ്റർ ജീവിതചക്ര മാർഗ്ഗനിർദ്ദേശം വീണ്ടെടുക്കലിനെ ക്രെഡൻഷ്യലിന്റെ ഭാഗമായി കാണുന്നു, അതിൽ നിന്നുള്ള ഒഴിവാക്കലല്ല.

പരിശോധനാ ചാനൽ പ്രത്യേക ഫീൽഡായി രേഖപ്പെടുത്തുക, കാരണം ആളുകൾ ഒഴിവാക്കുന്ന ഭാഗം അതാണ്. അക്കൗണ്ടുമായി ബന്ധിപ്പിച്ച ഫോൺ നമ്പർ സ്വതന്ത്ര ചാനലല്ല, ചോദിക്കുന്ന വ്യക്തി ഫോണും നിയന്ത്രിക്കുന്നുവെങ്കിൽ.

ഘട്ടം 2: പരാജയപ്പെടുന്ന വഴിക്ക് പുറത്ത് അഭ്യർത്ഥകനെ പരിശോധിക്കുക

VPN, മെയിൽബോക്സ്, നഷ്ടപ്പെട്ട ഉപകരണം എന്നിവയെ ആശ്രയിക്കാത്ത ചാനലിലൂടെ ഐഡന്റിറ്റി പരിശോധന നടത്തുക. എച്ച്ആർ റെക്കോർഡിലെ നമ്പറിലേക്ക് തിരികെ വിളിക്കൽ, അല്ലെങ്കിൽ ഡയറക്ടറിയിൽ ഇപ്പോഴുള്ള മാനേജരുമായി നേരിട്ടുള്ള പരിശോധന, രണ്ടും പ്രവർത്തിക്കുന്നു; വീണ്ടെടുക്കലിലുള്ള അക്കൗണ്ടിൽ നിന്ന് അയച്ച ചാറ്റ് സന്ദേശം പ്രവർത്തിക്കുന്നില്ല. പരിശോധന വ്യക്തിയെക്കുറിച്ചാണ്, അക്കൗണ്ടിനെക്കുറിച്ചുള്ള ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകാനുള്ള കഴിവിനെക്കുറിച്ചല്ല, കാരണം അക്കൗണ്ട് വിശദാംശങ്ങൾ ചോരുന്നു. ആര് എപ്പോൾ അഭ്യർത്ഥന പരിശോധിച്ചു എന്ന് രേഖപ്പെടുത്തുക, അടുത്ത അവലോകകന് രണ്ടും വേണ്ടിവരും.

അഭ്യർത്ഥന അടിയന്തരതയും പരിശോധന ഒഴിവാക്കാനുള്ള സമ്മർദ്ദവുമായി വരുമ്പോൾ, അതാണ് വേഗത കുറയ്ക്കേണ്ട നിമിഷം. വീണ്ടെടുക്കൽ തട്ടിപ്പ് തിരക്കിലുള്ള സഹായകരമായ സഹപ്രവർത്തകനെപ്പോലെ കൃത്യമായി കാണപ്പെടുന്നു.

ഘട്ടം 3: പകരം രജിസ്റ്റർ ചെയ്യുക, എന്നിട്ട് പഴയ ഘടകം ഒഴിവാക്കുക

സാധാരണ രജിസ്ട്രേഷൻ പ്രവാഹത്തിലൂടെ പുതിയ ഓഥന്റിക്കേറ്റർ രജിസ്റ്റർ ചെയ്യുക, ഒരിക്കലും അഡ്മിനിസ്ട്രേറ്റീവ് ഒഴിവാക്കലിലൂടെയല്ല. തുടർന്ന് നഷ്ടപ്പെട്ട രീതി വ്യക്തമായി നീക്കം ചെയ്യുക, കാരണം പകരം രജിസ്റ്റർ ചെയ്യുന്നത് മുമ്പത്തെ ഓഥന്റിക്കേറ്ററെ ആരെങ്കിലും ഒഴിവാക്കുന്നതുവരെ അധികാരമുള്ളതാക്കി നിർത്തുന്നു. പഴയ ഉപകരണം മറ്റൊരാളുടെ കൈവശം ആകാമെങ്കിൽ, നീക്കം ചെയ്യൽ അടിയന്തരമായി കാണുക, വീണ്ടെടുക്കലിനുപകരം സംഭവ പ്രക്രിയ പിന്തുടരുക. അതേ ഘട്ടത്തിൽ നിലവിലുള്ള സെഷനുകൾ റദ്ദാക്കുക, കാരണം മാറ്റത്തിന് മുമ്പ് സൃഷ്ടിച്ച സെഷൻ അതിനെ അതിജീവിക്കാം:

Revoke-MgUserSignInSession -UserId [email protected]

മറ്റെല്ലാവർക്കും ഘടകം നീക്കം ചെയ്യുന്നതോ ഗേറ്റ്വേയുടെ സർട്ടിഫിക്കറ്റ് പരിശോധനകൾ അയച്ചുവിടുന്നതോ ഒരാളുടെ വീണ്ടെടുക്കൽ മുഴുവൻ വിന്യാസത്തെയും ബാധിക്കുന്ന തകരാറിന് പകരം വയ്ക്കുന്നു. മാറ്റം ഒരൊറ്റ അക്കൗണ്ടിൽ ഒതുക്കി നിർത്തുക, തെളിവുകൾ വിശാലമായ വിട്ടുവീഴ്ചയിലേക്ക് വിരൽ ചൂണ്ടുന്നുവെങ്കിൽ ഉയർത്തുക. ഏത് ഘടകം ഒഴിവാക്കി, ഏതാണ് അതിനെ പകരം വച്ചത് എന്ന് ടിക്കറ്റിൽ രേഖപ്പെടുത്തുക.

ഘട്ടം 4: അക്കൗണ്ട് ഇരു ദിശകളിലും പ്രവർത്തിക്കുന്നുവെന്ന് തെളിയിക്കുക

പിന്തുണയുള്ള ക്ലയന്റിലൂടെ പുതിയ ഘടകം ഉപയോഗിച്ച് ഒരിക്കൽ ലോഗിൻ ചെയ്യുക, എന്നിട്ട് നഷ്ടത്തിന് മുമ്പ് എത്തിയ വിഭവങ്ങളിൽ അക്കൗണ്ട് ഇപ്പോഴും എത്തുന്നുവെന്ന് സ്ഥിരീകരിക്കുക. ടണൽ ആവശ്യമുള്ള ഒരു വിഭവവും ആവശ്യമില്ലാത്ത ഒന്നും പരിശോധിക്കുക, പരാജയം ശരിയായ പാളിയിലേക്ക് ചൂണ്ടാൻ. ഒഴിവാക്കിയ ഘടകം ഉപയോഗിച്ച് ലോഗിൻ ശ്രമിക്കുക, പ്രോംപ്റ്റിന് പകരം നിരസിക്കൽ പ്രതീക്ഷിക്കുക, ഇത് നീക്കം ഫലപ്രദമായിരുന്നുവെന്ന് തെളിയിക്കുന്നു. നിലവിലുള്ള രജിസ്റ്റർ ചെയ്ത ഉപകരണത്തിൽ നിന്ന് പരാജയപ്പെടുന്ന വെല്ലുവിളി പ്രോംപ്റ്റ് പ്രശ്നമാണ്, എല്ലാം വീണ്ടും രജിസ്റ്റർ ചെയ്യാനുള്ള കാരണമല്ല.

തുടർന്ന് ഉപയോക്താവിനോട് അതേ ലോഗിൻ മാർഗ്ഗനിർദ്ദേശമില്ലാതെ പൂർത്തിയാക്കാൻ ആവശ്യപ്പെടുക. നിങ്ങളുടെ വിജയകരമായ പരിശോധന കോൺഫിഗറേഷൻ തെളിയിക്കുന്നു; അവരുടെ ശ്രമം കൈമാറ്റം തെളിയിക്കുന്നു.

വിജയകരമായ ലോഗിന്റെ സമയമുദ്രയും ഇപ്പോൾ ഉപയോഗിക്കുന്ന ഘടകത്തിന്റെ പേരും ഉൾപ്പെടുത്തി ടിക്കറ്റ് അടയ്ക്കുക. അതേ ഘട്ടത്തിൽ വീണ്ടെടുക്കൽ റെക്കോർഡ് അപ്ഡേറ്റ് ചെയ്യുക, അടുത്ത നഷ്ടം കാലഹരണപ്പെട്ടതിൽ നിന്നല്ല, കൃത്യമായ ഇൻവെന്ററിയിൽ നിന്ന് ആരംഭിക്കാൻ.

ഘട്ടം 5: ഇത് വേദനാജനകമാക്കിയ വ്യവസ്ഥ നീക്കം ചെയ്യുക

ഓരോ വീണ്ടെടുക്കൽ കോളും രജിസ്ട്രേഷൻ രൂപകൽപ്പനയെക്കുറിച്ചുള്ള തെളിവാണ്. അക്കൗണ്ടിൽ കൃത്യം ഒരു ഘടകം മാത്രമുണ്ടെങ്കിൽ, ആ ഗ്രൂപ്പിലെ എല്ലാവർക്കും രണ്ടാമത്തേത് നിർബന്ധമാക്കുക. വീണ്ടെടുക്കൽ കോഡുകൾ നഷ്ടപ്പെട്ട ലാപ്ടോപ്പിലായിരുന്നുവെങ്കിൽ, അവ എവിടെയുണ്ടെന്ന് മാറ്റുക. പരിശോധനയ്ക്ക് അവധിയിലായിരുന്ന മാനേജരെ ആവശ്യമായിരുന്നുവെങ്കിൽ, ഒരു ഡെപ്യൂട്ടിയെ നിയമിക്കുക. ഓരോ തിരുത്തും ഒരു ഉച്ചയ്ക്ക് ശേഷം എടുക്കുന്നു, അടുത്ത സംഭവത്തിന്റെ ഏറ്റവും മോശം മണിക്കൂർ നീക്കം ചെയ്യുന്നു.

തുടർന്ന് ഘട്ടം ഒന്നിന്റെ റെക്കോർഡ് യാഥാർത്ഥ്യത്തിനെതിരെ വീണ്ടും വായിക്കുക. അത് യഥാർത്ഥത്തിൽ നിലനിൽക്കുന്ന ഘടകങ്ങൾ പട്ടികപ്പെടുത്തുന്നുണ്ടോ, പരിശോധനാ ചാനൽ ഇപ്പോഴും ഒരു മനുഷ്യനിൽ എത്തുന്നുണ്ടോ? ആരും അപ്ഡേറ്റ് ചെയ്യാത്ത ഒരു ഹാൻഡ്ബുക്ക്, അത് എഴുതിയ കോളിനിടയിൽ ആളുകൾ അവഗണിക്കുന്ന രേഖയായി ക്ഷയിക്കുന്നു.