VPN വഴി Nessus: ആദ്യ സ്കാനിന് മുമ്പ് സ്കാനർ എവിടെ വയ്ക്കണം

ബ്രൗസറിന് അരികിലുള്ള VPN ഐക്കൺ സ്കാൻ പാക്കറ്റുകൾ അയയ്ക്കുന്ന പ്രക്രിയയെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. കൺസോളും സ്കാനറും വ്യത്യസ്ത ഹോസ്റ്റുകളിൽ പ്രവർത്തിക്കുന്നുവെങ്കിൽ, ബ്രൗസറിന്റെ ടണൽ ഒരു പാതയും സ്കാന്റെ ഉറവിടം മറ്റൊരു പാതയുമാണ്. എക്സിക്യൂഷൻ പോയിന്റിൽ നിന്ന് തുടങ്ങി പുറത്തേക്ക് പോകുക: പാത, അനുമതി, ക്രെഡൻഷ്യലുകൾ. ഈ വ്യത്യാസം പട്ടികയിൽ ആദ്യ ഇനമായിരിക്കുന്നത് കാരണമില്ലാതെയല്ല.

ഇത് ആരംഭത്തിന് മുമ്പുള്ള ചെക്ക്ലിസ്റ്റാണ്, സ്കാനിംഗ് ട്യൂട്ടോറിയലല്ല. ഓരോ ഘട്ടവും സ്കാനറിൽ നിന്ന് ഒരു പാക്കറ്റ് പോലും പുറത്തുപോകുന്നതിന് മുമ്പ് ജോലി രേഖയിൽ എഴുതാവുന്ന ഒരു വസ്തുത നൽകുന്നു.

ആദ്യ പരിശോധന: പ്രോബുകൾ അയയ്ക്കുന്ന പ്രക്രിയ കണ്ടെത്തുക

മൂന്ന് റോളുകൾ വ്യക്തമായി വരയ്ക്കുക: ലാപ്ടോപ്പ് A-യിലെ ബ്രൗസർ, ഹോസ്റ്റ് B-യിലെ സ്കാൻ കൺസോൾ, സ്വകാര്യ ലക്ഷ്യം C. B സ്കാൻ എഞ്ചിനും പ്രവർത്തിപ്പിക്കുന്നുവെങ്കിൽ ബ്രൗസറിന് B-യിലേക്ക് ഒരു പാത മാത്രം മതി. ജോലി വേറെ സ്കാൻ ഉപകരണം ചെയ്യുന്നുവെങ്കിൽ ആ ഉപകരണത്തിന് C-യിലേക്ക് പാത വേണം.

Browser on laptop A -> console on host B
Scanner process on B (or another appliance) -> private target C

VPN-ൽ ബന്ധിപ്പിച്ച ബ്രൗസറിന് കൺസോളിൽ എത്താം, അതിന്റെ പിന്നിലുള്ള സ്കാനറിന് ഇപ്പോഴും C-യിലേക്ക് പാതയില്ലെങ്കിലും. വിപരീതവും സാധ്യമാണ്: സ്കാനർ സ്വകാര്യ നെറ്റ്വർക്കിനുള്ളിലും കൺസോൾ ദൂരെയുമാണ്. ഏത് ക്രമീകരണമാണ് യഥാർത്ഥത്തിൽ പ്രവർത്തിപ്പിക്കുന്നതെന്ന് ഏതെങ്കിലും നെറ്റ്വർക്ക് നിയന്ത്രണം മാറ്റുന്നതിന് മുമ്പ് കണ്ടെത്തുക. നെറ്റ്വർക്കിനെ കുറ്റം പറയുന്നതിന് മുമ്പ് സ്കാൻ കോൺഫിഗറേഷനിൽ ഉപകരണത്തിന്റെ പേര് രേഖപ്പെടുത്തുക.

സ്കാനർ A-യിൽ പ്രവർത്തിക്കുന്നുവെങ്കിൽ, ബ്രൗസർ ഹോസ്റ്റും സ്കാനറും ഒരു സന്ദർഭം പങ്കിടുന്നു, പക്ഷേ ആ പ്രക്രിയ അതേ നെയിംസ്പേസും അതേ റൂട്ടിംഗ് പട്ടികയും നിലനിർത്തുന്നിടത്തോളം മാത്രം. കണ്ടെയ്നറിനോ സേവന അക്കൗണ്ടിനോ ഇന്ററാക്ടീവ് ബ്രൗസർ കാണുന്നത് പാരമ്പര്യമായി ലഭിച്ചേക്കില്ല. കൺസോൾ ഒരു മാനേജ്മെന്റ് ഉപരിതലമാണ്, സ്കാൻ എഞ്ചിനല്ല.

രണ്ടാം പരിശോധന: സ്കാനറിന്റെ പാതയും DNS-ഉം തെളിയിക്കുക

പാത പരിശോധന സ്കാനർ ഹോസ്റ്റിൽ നടത്തുക, ലാപ്ടോപ്പിൽ അല്ല. ലക്ഷ്യ വിലാസത്തിന് ഏത് ഇന്റർഫേസും ഏത് ഗേറ്റ്വേയും ഉപയോഗിക്കുമെന്ന് കേർണലിനോട് ചോദിക്കുക, തുടർന്ന് ലക്ഷ്യത്തിന്റെ ഹോസ്റ്റ് നാമത്തിനും ആവർത്തിക്കുക. IP-യ്ക്ക് നിലവിലുള്ള പാതയും മറ്റൊരു വിലാസത്തിലേക്ക് പരിഹരിക്കുന്ന പേരും രണ്ട് വ്യത്യസ്ത പരാജയങ്ങളാണ്.

ലക്ഷ്യത്തിൽ പ്രത്യക്ഷപ്പെടുന്ന ഉറവിട വിലാസം സ്ഥിരീകരിക്കുക. VPN ക്ലയന്റ് ലക്ഷ്യത്തിന്റെ ഫയർവാൾ പ്രതീക്ഷിക്കുന്നതിൽ നിന്ന് വ്യത്യസ്തമായ വിലാസം നൽകിയേക്കാം, NAT ഉപകരണം അത് വീണ്ടും എഴുതിയേക്കാം. ലക്ഷ്യത്തിന്റെ ഉടമയ്ക്ക് നിരീക്ഷിച്ച ഉറവിടം വേണം, VPN പ്രൊഫൈലിൽ അച്ചടിച്ച വിലാസമല്ല.

തിരിച്ചുള്ള പാതയും പരിശോധിക്കുക. ലക്ഷ്യത്തിൽ എത്തിയിട്ടും മറുപടികൾ ലഭിക്കാത്ത സ്കാനറിന് തിരിച്ചുള്ള വഴിയിൽ റൂട്ടിംഗ് അല്ലെങ്കിൽ ഫയർവാൾ പ്രശ്നമുണ്ട്, അത് നിലച്ച ലക്ഷ്യത്തെപ്പോലെ കൃത്യമായി കാണപ്പെടുന്നു.

മൂന്നാം പരിശോധന: പരിധിക്കും വീക്ഷണത്തിനും അനുമതി നേടുക

ലക്ഷ്യത്തിന്റെ ഉടമയോട് സിസ്റ്റങ്ങൾ, സേവനങ്ങൾ, പരിസ്ഥിതി, ഉറവിടം, സമയ വിൻഡോ എന്നിവ രേഖാമൂലം പേരിടാൻ ആവശ്യപ്പെടുക. മൂല്യനിർണ്ണയം ഏത് വീക്ഷണത്തെ പ്രതിനിധീകരിക്കുന്നു എന്ന് തീരുമാനിക്കുക: ബാഹ്യ VPN ഉപയോക്താവ്, അനുവദിച്ച ആന്തരിക ക്ലയന്റ് അല്ലെങ്കിൽ നിർദ്ദിഷ്ട സ്കാനർ സെഗ്മെന്റ്.

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

അംഗീകരിച്ച ഉറവിടം അതേ രേഖയിൽ രേഖപ്പെടുത്തുക. സ്കാനർ നിരീക്ഷിച്ച ഉറവിടം അംഗീകരിച്ചതിൽ നിന്ന് വ്യത്യസ്തമാണെങ്കിൽ, ലക്ഷ്യ പട്ടിക ശരിയാണെങ്കിലും ആ പ്രവർത്തനം യോജിച്ച വീക്ഷണത്തെ പ്രതിനിധീകരിക്കുന്നില്ല.

നാലാം പരിശോധന: ക്രെഡൻഷ്യലുകൾ മൂല്യനിർണ്ണയത്തിന്റെ ആഴവുമായി പൊരുത്തപ്പെടുത്തുക

പ്രവേശനക്ഷമതാ പരിശോധനയും പ്രാമാണീകരിച്ച മൂല്യനിർണ്ണയവും വ്യത്യസ്ത പരീക്ഷണങ്ങളാണ്. പോർട്ട് പ്രതികരണം എന്തോ ഉത്തരം നൽകി എന്ന് തെളിയിക്കുന്നു; ക്രെഡൻഷ്യലുകളോടെയുള്ള പരിശോധനകൾ നടന്നു എന്നോ ആപ്ലിക്കേഷൻ അക്കൗണ്ടിന് അധികാരം നൽകി എന്നോ തെളിയിക്കുന്നില്ല.

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

ക്രെഡൻഷ്യലുകൾ പരാജയപ്പെട്ടാൽ, നിശബ്ദമായി പ്രാമാണീകരണമില്ലാത്ത പ്രവർത്തനത്തിലേക്ക് മാറരുത്, റിപ്പോർട്ടിനെ ആസൂത്രിത മൂല്യനിർണ്ണയം എന്ന് വിളിക്കരുത്. ഫലം വേറെ അർത്ഥമുള്ള വേറെ പരീക്ഷണമാണ്, ആ വ്യത്യാസം റിപ്പോർട്ടിനുള്ളതാണ്.

അഞ്ചാം പരിശോധന: പ്ലാൻ സേവ് ചെയ്ത്, പിന്നീട് ബോധപൂർവ്വം ആരംഭിക്കുക

Nessus സ്കാൻ വർക്ക്ഫ്ലോയിൽ ടെംപ്ലേറ്റ് തിരഞ്ഞെടുക്കൽ, ക്രമീകരണങ്ങൾ കോൺഫിഗർ ചെയ്യൽ, സ്കാൻ സേവ് ചെയ്യൽ അല്ലെങ്കിൽ ആരംഭിക്കൽ എന്നിവ വേറെ ഘട്ടങ്ങളാണ്. ഏതെങ്കിലും ട്രാഫിക് ആരംഭിക്കുന്നതിന് മുമ്പ് ലക്ഷ്യ പട്ടിക, ഉറവിടം, ഷെഡ്യൂൾ എന്നിവ അവലോകനം ചെയ്യാൻ ഈ വേർതിരിക്കൽ ഉപയോഗിക്കുക.

ആരംഭം അധികാരപ്പെടുത്തുന്നതിന് മുമ്പ്, VPN ഏത് ഉറവിടം അനുവദിക്കുന്നു, ഏത് ട്രാഫിക് വഹിക്കുന്നു, ടണൽ മുറിഞ്ഞതിന് ശേഷം എങ്ങനെ കരകയറുന്നു എന്ന് പരിശോധിക്കുക. പ്രാഥമിക കണക്ഷൻ പരാജയപ്പെട്ടത് കൊണ്ട് മാത്രം ഫയർവാൾ പ്രവേശനം വിപുലീകരിക്കരുത്; അത് നിരസിച്ച ലെയർ കണ്ടെത്തി ആ ലെയർ ശരിയാക്കുക.

പ്രവർത്തനത്തിന് ശേഷം സ്കാനർ ഹോസ്റ്റ്, നിരീക്ഷിച്ച ഉറവിടം, ലക്ഷ്യ പട്ടിക, പൂർത്തിയാക്കാൻ കഴിയാത്ത പരിശോധനകൾ എന്നിവ രേഖപ്പെടുത്തുക. മറ്റൊരു ഉറവിടത്തിൽ നിന്നോ ഉദ്ദേശിച്ച ക്രെഡൻഷ്യലുകളില്ലാതെയോ തയ്യാറാക്കിയ റിപ്പോർട്ട് യഥാർത്ഥ പ്ലാനെ പ്രതിനിധീകരിക്കുന്നില്ല, അത് പറയുന്നത് കൈമാറ്റത്തിന്റെ ഭാഗമാണ്.

ജോലിയുടെ പ്രവേശനം പിൻവലിച്ച്, സൂക്ഷിച്ച ഫലങ്ങൾ യോജിച്ച പ്രക്രിയ അനുസരിച്ച് കൈകാര്യം ചെയ്യുക. ചെക്ക്ലിസ്റ്റ് നിങ്ങൾ അംഗീകരിച്ച പാതയുമായി തെളിവുകൾ യോജിക്കുമ്പോൾ മാത്രമാണ് പൂർത്തിയാകുന്നത്, സ്കാൻ വെറുതെ ഫലങ്ങൾ തിരികെ നൽകിയപ്പോഴല്ല.