ബ്രൗസിംഗ് ഹിസ്റ്ററി ഇല്ലാതെ VPN ആക്സസ് അനുമതികൾ എങ്ങനെ രേഖപ്പെടുത്താം

രണ്ട് ടീമുകൾ ഒരേ രേഖ ആവശ്യപ്പെടുന്നു, പക്ഷേ വ്യത്യസ്ത കാര്യങ്ങളാണ് അർത്ഥമാക്കുന്നത്. അവലോകകൻ ആവശ്യപ്പെടുന്നത് ഒരു നിർദ്ദിഷ്ട വ്യക്തി ഒരു തീയതി വരെ ഒരു റോൾ അനുവദിച്ചു എന്ന തെളിവാണ്, അതേസമയം നെറ്റ്വർക്ക് ടീമിന്റെ കൈവശം ലക്ഷ്യസ്ഥാനങ്ങൾ നിറഞ്ഞ ഫയർവാൾ ലോഗ് ഉണ്ട്, അത് മതിയെന്ന് അവർ കരുതുന്നു. അത് മതിയല്ല, അതുകൊണ്ടാണ് അനുമതി ഫോൾഡറുകൾ ഹോസ്റ്റ് നാമങ്ങൾ കൊണ്ട് നിറയുന്നതും എന്നിട്ടും ഓഡിറ്റിന്റെ ആദ്യ ചോദ്യത്തിൽ പരാജയപ്പെടുന്നതും. യഥാർത്ഥത്തിൽ ആവശ്യമായത് കുറവാണ്, അതിൽ ഒന്നും ആരെങ്കിലും എവിടെ ബ്രൗസ് ചെയ്തു എന്ന് രേഖപ്പെടുത്താൻ ആവശ്യപ്പെടുന്നില്ല.

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

ബന്ധത്തിൽ നിന്നല്ല, അവലോകകന്റെ ചോദ്യത്തിൽ നിന്ന് തുടങ്ങുക

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

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

എത്ര സൂക്ഷിക്കണമെന്ന് മൂന്ന് വ്യവസ്ഥകൾ തീരുമാനിക്കുന്നു

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

ഒരു ചട്ടക്കൂട് ആക്സസ് അവലോകനം ആവശ്യമായ തെളിവായി പേരിടുമ്പോൾ, അവലോകന പ്രക്രിയ ഇതിനകം ഉദ്ധരിക്കുന്ന രേഖ തന്നെ സൂക്ഷിക്കുക. VPN ടീമിനായി സമാന്തര പകർപ്പ് നിർമ്മിക്കുന്നതാണ് ഒരേ അനുമതിയുടെ രണ്ട് പതിപ്പുകൾ അവസാന തീയതിയിൽ ഭിന്നതയിലെത്തുന്ന വഴി.

തീരുമാനം വഹിക്കുന്ന ഫീൽഡുകൾ

പ്രായോഗികമായ കൂട്ടം ചെറുതാണ്: അനുവദിച്ച ഐഡന്റിറ്റി, അപേക്ഷകൻ, അനുവദിക്കുന്നയാൾ, റോളിന്റെയോ വിഭവത്തിന്റെയോ പരിധി, ഒരു വരിയിലെ കാരണം, സാധുതാ കാലയളവ്, അവലോകനത്തിന്റെയോ നീക്കത്തിന്റെയോ ഉടമ, അപേക്ഷ ചർച്ച ചെയ്ത ടിക്കറ്റിലേക്കുള്ള സൂചന. ഉപകരണത്തെയോ ക്രെഡൻഷ്യലിനെയോ രഹസ്യമല്ലാത്ത ഐഡന്റിഫയർ ഉപയോഗിച്ച് സൂചിപ്പിക്കുക, ഉദാഹരണത്തിന് അസറ്റ് ടാഗ് അല്ലെങ്കിൽ സർട്ടിഫിക്കറ്റ് വിഷയം, ഉപയോഗിച്ച സ്വകാര്യ കീയോ പാസ്വേഡോ ഉപയോഗിച്ച് ഒരിക്കലും അല്ല.

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

ബ്രൗസിംഗ് ഡാറ്റ അനുമതി രേഖയിലേക്ക് എവിടെ നുഴഞ്ഞുകയറുന്നു

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

ഉപകരണം അനുവദിക്കുന്നിടത്തെല്ലാം അറ്റാച്ച്മെന്റുകൾ സൂചനകൾ കൊണ്ട് മാറ്റുക. നയം അറ്റാച്ച്മെന്റിൽ നിർബന്ധം പിടിക്കുന്നുവെങ്കിൽ, സെഷൻ റെക്കോർഡിംഗല്ല, തീരുമാനത്തിന്റെ പാഠവും അപേക്ഷയുടെ ത്രെഡും ആവശ്യപ്പെടുക, ഫയൽ സംഭരിക്കുന്നതിന് മുൻപ് ബാക്കിയെല്ലാം നീക്കുക. അനുവദിക്കുന്നയാളുടെ സ്വന്തം സന്ദേശമാണ് സാധാരണയായി മികച്ച തെളിവും ഏറ്റവും കുറച്ച് വെളിപ്പെടുത്തുന്നതും.

കാൽപ്പാടില്ലാതെ പരിധി പരിശോധിക്കുക

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

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

അടുത്ത അവലോകനത്തിന് മുൻപ് എന്ത് പരിശോധിക്കണം

ഫോം ഓഡിറ്ററുടെ വാക്യത്തിന് ഉത്തരം നൽകുന്നുവെന്നും അതിൽ കൂടുതലൊന്നുമില്ലെന്നും ഉറപ്പാക്കുക. ഓരോ വരിയിലും അനുവദിക്കുന്നയാൾ, കാലയളവ്, നീക്കത്തിന്റെ ഉടമ എന്നിവ ഉണ്ടെന്ന് പരിശോധിക്കുക. പിന്നീട് ഫോൾഡറിന്റെ സ്വന്തം ആക്സസ് പട്ടിക നോക്കി അത് VPN ഉപയോക്തൃ അടിത്തറയേക്കാൾ ചെറുതാണോ എന്ന് ചോദിക്കുക.

അവസാന ഘട്ടം ആളുകൾ ഒഴിവാക്കുന്നതാണ്. കാലഹരണപ്പെട്ട ഒരു അനുമതി എടുത്ത്, അക്കൗണ്ട് യഥാർത്ഥത്തിൽ പ്രവർത്തനരഹിതമാക്കിയോ എന്ന് കാണാൻ അത് ഐഡന്റിറ്റി ദാതാവ് വരെ പിന്തുടരുക. ഐഡന്റിറ്റി ഇപ്പോഴും സജീവമാണെങ്കിൽ, രേഖ കൃത്യമായിരുന്നു, പ്രക്രിയയല്ല.