തെറ്റായ VPN ശ്രമം: ഏത് ക്രെഡൻഷ്യൽ വിഭാഗമാണ് അതിർത്തി കടന്നത്?
പരാജയപ്പെട്ട ഒരു ശ്രമം ഒന്നും അയച്ചിട്ടുണ്ടാകില്ല, അല്ലെങ്കിൽ ഉത്തരം നൽകിയവർക്ക് പാസ്വേഡ് നൽകിയിരിക്കാം. എന്ത് റദ്ദാക്കണമെന്ന് തീരുമാനിക്കുന്നതിന് മുമ്പ് ആർട്ടിഫാക്ട് വർഗ്ഗീകരിക്കുക.
നിങ്ങൾ തെറ്റായ VPN-ലേക്ക് കണക്ട് ചെയ്തു, ക്ലൈന്റ് പരാജയം റിപ്പോർട്ട് ചെയ്തു. അതിന് പ്രാധാന്യമുണ്ടായിരുന്നോ എന്നത് പരാജയത്തിന് മുമ്പ് ലൈനിലൂടെ എന്ത് കടന്നുപോയി എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു, ആ വാക്ക് തന്നെ അത് നിങ്ങളോട് പറയുന്നില്ല. ചില ഹാൻഡ്ഷേക്കുകൾ ഒരു രഹസ്യവും വഹിക്കുന്നില്ല, മറ്റു ചിലത് വിലാസത്തിന് ഉത്തരം നൽകിയ എല്ലാവർക്കും പാസ്വേഡ് നൽകുന്നു. എന്തെങ്കിലും റദ്ദാക്കുന്നതിന് മുമ്പ് ഈ രണ്ടിൽ ഏതാണ് സംഭവിച്ചതെന്ന് കണ്ടെത്തുക.
നിർത്തി തെളിവുകൾ സൂക്ഷിക്കുക
ക്ലൈന്റ് ലോഗ്, തിരഞ്ഞെടുത്ത പ്രൊഫൈൽ, നിങ്ങൾ ടൈപ്പ് ചെയ്ത വിലാസം, ഏകദേശ സമയം എന്നിവ സൂക്ഷിക്കുക. അവ ക്ലൈന്റിന് പുറത്ത് എവിടെയെങ്കിലും എഴുതി വയ്ക്കുക, കാരണം പ്രൊഫൈൽ എഡിറ്റ് ചെയ്യുന്നതോ പുനഃസ്ഥാപിക്കുന്നതോ നിങ്ങൾക്ക് ആവശ്യമുള്ള രേഖ നശിപ്പിക്കുന്നു. നിങ്ങൾ നിയന്ത്രിക്കുന്ന പാതയിലൂടെ എൻഡ്പോയിന്റ് സ്ഥിരീകരിക്കുന്നത് വരെ തുടർന്നുള്ള ഓരോ ശ്രമവും തടയുക.
ശ്രമം സുരക്ഷിതമായിരുന്നോ എന്ന് ചോദിക്കുമ്പോൾ എഡിറ്റ് ചെയ്യാത്ത പ്രൊഫൈലോ ലോഗോ പൊതു ഫോറത്തിൽ ഒരിക്കലും പോസ്റ്റ് ചെയ്യരുത്. ആ രേഖകളിൽ പലപ്പോഴും സ്വകാര്യ കീയുടെ പാത, ആന്തരിക ഹോസ്റ്റ്നെയിം അല്ലെങ്കിൽ ടോക്കൺ ഉണ്ടാകും, അതിനാൽ ആദ്യം എഡിറ്റ് ചെയ്ത് എൻഡ്പോയിന്റിന്റെ ഉടമയായ അഡ്മിനിസ്ട്രേറ്ററുമായി പങ്കുവയ്ക്കുക.
അതിർത്തി കടക്കാൻ കഴിയുന്നത്
മിക്ക ആശയക്കുളപ്പാടും ഓരോ പരാജയത്തെയും ഒരു തരത്തിലുള്ള സംഭവമായി കാണുന്നതിൽ നിന്നാണ്. നാല് വ്യത്യസ്ത കാര്യങ്ങൾക്ക് മറുവശത്ത് എത്താം: പൊതു സർട്ടിഫിക്കറ്റ്, ഒരു കീ ഉപയോഗിച്ചു എന്ന് തെളിയിക്കുന്ന ഒപ്പ്, പാസ്വേഡ് അല്ലെങ്കിൽ ഒറ്റത്തവണ കോഡ്, നിങ്ങൾ തന്നെ തിരഞ്ഞെടുത്ത ഒരു ഫയൽ. ഓരോന്നിനും അതിന്റേതായ അനന്തരഫലവും അതിന്റേതായ പരിഹാരവുമുണ്ട്. ആർട്ടിഫാക്ട് വർഗ്ഗീകരിക്കുന്നതാണ് അതിനു ശേഷമുള്ളതെല്ലാം തീരുമാനിക്കുന്ന ഘട്ടം.
സർട്ടിഫിക്കറ്റ് കേസ് ഏറ്റവും നേരിയതാണ്, കാരണം യാത്ര ചെയ്യുന്ന കാര്യം രൂപകൽപ്പനയാൽ തന്നെ പൊതുവാണ്, അതിന്റെ തിരിച്ചറിയൽ ഫീൽഡുകൾ കണക്ട് ചെയ്യുന്ന ആർക്കും ഇതിനകം കാണാം. ഒരു ചലഞ്ചിന് മേലുള്ള ഒപ്പ് കീ ഉപയോഗിച്ചു എന്ന് പറയുന്നു, അയച്ചു എന്നല്ല. പാസ്വേഡ് വിപരീത കേസാണ്: ലഭിക്കുന്ന ആർക്കും അത് മറ്റെവിടെയെങ്കിലും പരീക്ഷിക്കാം, പാസ്വേഡുകൾ പരിശോധിക്കാൻ നിർമ്മിച്ച ഒരു സേവനം അതേ മൂല്യത്തിന്റെ ഉദ്ദേശിത സ്വീകർത്താവാണ്.
കീയുടെ തെളിവ് കീ അപ്ലോഡ് അല്ല
ആധുനിക TLS ഈ രണ്ട് ആശയങ്ങളും ബോധപൂർവം വേർതിരിച്ചു നിർത്തുന്നു. RFC 8446 CertificateVerify സന്ദേശം വിവരിക്കുന്നു, അവിടെ ക്ലൈന്റ് തന്റെ സർട്ടിഫിക്കറ്റുമായി യോജിക്കുന്ന സ്വകാര്യ കീ ഉപയോഗിച്ച് ഒരു ചലഞ്ചിൽ ഒപ്പിടുന്നു. ഒപ്പ് കീ കൊണ്ടുപോകാതെ ഉടമസ്ഥത കാണിക്കുന്നു, അതിനാൽ സർട്ടിഫിക്കറ്റ് ഉപയോഗിച്ച് പ്രാമാണീകരിച്ച ശ്രമം സ്വയമേവ ഒരു കീ വെളിപ്പെടുത്തലല്ല.
ആ ആശ്വാസത്തിന് പറയേണ്ട ഒരു പരിധിയുണ്ട്. കീ ആ കൈമാറ്റത്തിൽ പങ്കെടുത്തു എന്ന് തെളിവ് കാണിക്കുന്നു, യന്ത്രത്തിലെ ഒരു പ്രാദേശിക പ്രോഗ്രാം ഇതിനകം എന്ത് വായിച്ചിരിക്കാം എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. അജ്ഞാതമായ ഒരു ശ്രമം യഥാർത്ഥത്തിൽ എത്ര ദൂരം പോയി എന്നതിനെക്കുറിച്ചും അത് ഒന്നും പറയുന്നില്ല, അതിനാൽ ലോഗ് ഇപ്പോഴും സിദ്ധാന്തത്തേക്കാൾ പ്രധാനമാണ്.
പാസ്വേഡുകൾ തീർത്തും വ്യത്യസ്തമായ ഒരു വിശ്വാസ മാതൃക പിന്തുടരുന്നു. ബാഹ്യ പരിശോധനകനുമായി കോൺഫിഗർ ചെയ്ത ഒരു കേന്ദ്രീകരണ ഉപകരണം സമർപ്പിച്ച മൂല്യം കൈമാറിയേക്കാം, അതിനാൽ അത് സ്വീകരിക്കുന്നതാണ് ഉദ്ദേശിത പ്രവർത്തനം, തെറ്റായ ലക്ഷ്യസ്ഥാനം സൈദ്ധാന്തികമല്ലാത്ത യഥാർത്ഥ വെളിപ്പെടലാണ്.
ലോഗിൽ നിന്ന് ശ്രമം പുനർനിർമ്മിക്കുക
നാല് വസ്തുതകൾ ശ്രമം പുനർനിർമ്മിക്കുന്നു: യഥാർത്ഥത്തിൽ ബന്ധപ്പെട്ട വിലാസം, സർവറിന്റെ ഐഡന്റിറ്റി സ്ഥിരീകരിച്ചോ, ഏത് പ്രാമാണീകരണ രീതി തിരഞ്ഞെടുത്തു, പ്രക്രിയ എവിടെ നിന്നു. ഓരോന്നും ക്ലൈന്റ് ലോഗിൽ കാണാം, ഓരോന്നും വ്യത്യസ്തമായ ഒരു കഥ ഒഴിവാക്കുന്നു. റൂട്ടുകളെക്കുറിച്ചോ അനുവദിച്ച വിലാസത്തെക്കുറിച്ചോ ഉള്ള പിശക് ലൈനിൽ ഇതിനകം എന്തുണ്ടായിരുന്നു എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല, കാരണം ടണൽ ക്രമീകരണം പരാജയപ്പെടുന്നതിന് മുമ്പ് പ്രാമാണീകരണം പൂർത്തിയായേക്കാം.
ഈ വസ്തുതകൾ ഓർമ്മയിൽ നിന്നല്ല, ക്ലൈന്റിന്റെ സ്വന്തം ലോഗിൽ നിന്ന് വേർതിരിച്ചെടുക്കുക. ഇടുങ്ങിയ ഒരു ഫിൽട്ടർ ഔട്ട്പുട്ടിനെ എഡിറ്റ് ചെയ്യാനും പങ്കുവയ്ക്കാനും തക്കവണ്ണം ചെറുതായി നിർത്തുന്നു:
grep -n -i -E 'verify|authentication|certificate|error|timeout' client.log | tail -30
ഇവയിലൊന്നിനും പകരം ഹോസ്റ്റ്നെയിം ഉപയോഗിക്കരുത്. പരിചിതമായ ഒരു പേര്, നിലവിലെ DNS ഉത്തരം, സോഫ്റ്റ്വെയർ കാണിക്കുന്ന സർട്ടിഫിക്കറ്റ് മുന്നറിയിപ്പ് എന്നിവ വർത്തമാനത്തെ വിവരിക്കുന്നു, മുൻ കണക്ഷനെയല്ല. പാസ്വേഡ് ആവശ്യപ്പെടുന്നതും എന്തെങ്കിലും അയച്ചു എന്നതിന്റെ തെളിവല്ല, കാരണം സമർപ്പിക്കുന്നതിന് മുമ്പ് ക്ലൈന്റ് പരാജയപ്പെട്ടിരിക്കാം.
തീരുമാനിക്കുക, പിന്നീട് പ്രവർത്തിക്കുക
തീരുമാനം ആർട്ടിഫാക്ടിൽ നിന്നാണ് വരുന്നത്, പരാജയം എത്ര ഭയാനകമായി തോന്നി എന്നതിൽ നിന്നല്ല. പുനർനിർമ്മിച്ച വസ്തുതകൾക്കെതിരെ നാല് വരികൾ വായിക്കുക:
| Decision | Evidence that puts you here | Evidence that rules it out |
|---|---|---|
| Change the password now | A password was submitted and a server reply arrived | The log stops before any submission |
| Review active sessions | A one-time code was accepted by the wrong endpoint | The code was never sent, or was rejected before use |
| Revoke and reissue | The file you selected contained key material, not just settings | The upload was a profile with no embedded key |
| No further action | The attempt ended before any authentication value was offered | You later find an earlier attempt you had forgotten |
ഒരു പാസ്വേഡ് ഉദ്ദേശിക്കാത്ത ഒരു സേവനത്തിൽ എത്തിയെങ്കിൽ, അക്കൗണ്ട് മാനേജ്മെന്റ് ചാനലിലൂടെ അത് മാറ്റുകയും എവിടെയെല്ലാം വീണ്ടും ഉപയോഗിച്ചു എന്ന് പരിശോധിക്കുകയും ചെയ്യുക. കാലഹരണപ്പെട്ട ഒറ്റത്തവണ കോഡ് ആ പാത അടയ്ക്കുന്നു, പക്ഷേ അതുപയോഗിച്ച് സൃഷ്ടിച്ച സെഷൻ അടയ്ക്കുന്നില്ല, അതിനാൽ ഐഡന്റിറ്റി അഡ്മിനിസ്ട്രേറ്ററോട് സെഷനുകൾ പരിശോധിക്കാൻ ആവശ്യപ്പെടുക. ഒരു കീ ഫയൽ യഥാർത്ഥത്തിൽ അപ്ലോഡ് ചെയ്തിട്ടുണ്ടെങ്കിൽ, ദുരുപയോഗത്തിന്റെ തെളിവിനായി കാത്തിരിക്കാതെ പുറപ്പെടുവിക്കുന്ന സ്ഥാപനത്തിന്റെ റദ്ദാക്കൽ നടപടിക്രമം പിന്തുടരുക.
പിന്നീട് പരിമിതമായ ഫലം എഴുതുക: എന്ത് അയച്ചു, എന്ത് അജ്ഞാതമായി തുടരുന്നു, ഏത് ക്രെഡൻഷ്യലിന് നടപടി വേണം. ആ രേഖയാണ് പിന്നീടുള്ള അവലോകനം ആവശ്യപ്പെടുക, അത് രണ്ട് സുഖകരമായ നിഗമനങ്ങളിൽ ഏതിനെക്കാളും ഉപയോഗപ്രദമാണ്.