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

ഓഡിറ്റ് സ്ഥാപിക്കേണ്ട സംഭവത്തിൽ നിന്ന് തുടങ്ങുക

ചോദ്യം കർത്താവ്, ക്രിയ, സമയം എന്നിവയുള്ള വാക്യമായി എഴുതുക. ആ അച്ചടക്കം മാത്രം സെഷൻ റെക്കോർഡും പേജ് കാഴ്ചയും തമ്മിലുള്ള വിടവ് വെളിപ്പെടുത്തുന്നു. സെഷൻ ലോഗ് ഒരു ഐഡന്റിറ്റി ഒരു ഇടവേളയ്ക്ക്, രേഖപ്പെടുത്തിയ നയപ്രകാരം അനുവദിച്ച വിലാസത്തോടെ സ്വീകരിക്കപ്പെട്ടു എന്ന് സ്ഥാപിക്കുന്നു, എന്നാൽ ആരാണ് ഏത് പേജ് വായിച്ചതെന്ന് സ്ഥാപിക്കാനാവില്ല, കാരണം അത് അഭ്യർത്ഥന ഒരിക്കലും കണ്ടിട്ടില്ല.

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

ഓരോ റെക്കോർഡിനും എന്ത് പിന്തുണയ്ക്കാനാകും, എന്ത് പിന്തുണയ്ക്കാനാകില്ല

ഏതാണ്ടെല്ലാ ഓഡിറ്റ് രൂപകൽപ്പനയിലും നാല് തരം റെക്കോർഡുകൾ കാണാം, ഓരോന്നും വ്യത്യസ്ത ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു. റിപ്പോർട്ടിലും പൈപ്പ്ലൈനിലും അവ വേർതിരിച്ച് സൂക്ഷിക്കുക, കാരണം അവ കൂട്ടിക്കലർത്തുന്നതാണ് പ്രതിരോധയോഗ്യമായ കണ്ടെത്തലിനെ ലജ്ജാകരമാക്കുന്നത്.

The question being askedRecord that can answer itWhat that record provesWhat still needs a join
Was this address contacted?Flow recordThe connection five-tuple and when it was seenWhich session held the address at that moment
Which account held that address?Session logWhich identity authenticated and the tunnel address it receivedWhich device or person used that account
Was this name looked up?Resolver queryThat this resolver was asked for this nameWhether a page was fetched, and by whom
Was this page viewed?Proxy or application transactionThe request and identity recorded inside that application's scopeTraffic outside that application's visibility
Who was the person?None of the four on its ownAn account in use, at bestA named human, whenever accounts are shared

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

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

മുൻകൂട്ടിയുള്ള അന്വേഷണങ്ങളും കാഷ് ചെയ്ത ഉത്തരങ്ങളും

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

HTTPS-ലെ DNS രണ്ടാം അതിർത്തി ചേർക്കുന്നു: സ്വന്തം റിസോൾവറുള്ള ബ്രൗസറോ അതിഥി ആപ്പോ സംഘടനയുടെ ലോഗറിനോട് ഒന്നും ചോദിക്കുന്നില്ല. കൃത്യമായ ഇടപാടുകൾ ആപ്പിന്റെ സ്വന്തം ഇവന്റുകളിൽ നിന്നോ നിങ്ങൾ വ്യക്തമായി പിന്തുണയ്ക്കുന്ന ലോഗിംഗുള്ള പ്രോക്സിയിൽ നിന്നോ മാത്രം വരുന്നു. സാധാരണ HTTPS CONNECT ടണൽ പ്രോക്സിയെ അതിനുള്ളിലെ പേജ് പാതകളുടെ ഒരു കാഴ്ചയുമില്ലാതെ വിടുന്നു. നെറ്റ്വർക്ക് സ്വന്തമാക്കുന്നത് ആപ്പിന്റെ വിശ്വാസ മാതൃക നിശബ്ദമായി മാറ്റാനുള്ള അനുമതിയല്ല.

വിലാസം ഒരു സെഷന്റേതാണ്, ഒരു വ്യക്തിയുടേതല്ല

ടണൽ ശ്രേണിയിലെ വിലാസം വഹിക്കുന്ന ഫ്ലോ റെക്കോർഡ് ഉത്തരമല്ല, തുടക്കമാണ്. ആ വിലാസവും സമയമുദ്രയും ആ നിമിഷം സജീവമായിരുന്ന സെഷൻ അനുവദനവുമായി ബന്ധിപ്പിക്കുക, കാരണം ആ വിലാസം ഒരു മണിക്കൂർ കഴിഞ്ഞ് മറ്റൊരു സെഷന് അനുവദിച്ചേക്കാം. സ്ഥിര വിലാസനിർണ്ണയം ആ ബന്ധം നിലനിർത്താനുള്ള ഒരു വഴിയാണ്, ഏക വഴിയല്ല.

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

സമയ മേഖല, ക്ലോക്കിന്റെ ഉറവിടം, നിരീക്ഷണ പോയിന്റ്, അവയ്ക്കിടയിലുള്ള ഓരോ വിവർത്തന അതിർത്തിയും രേഖപ്പെടുത്തുക. അഭാവം സാന്നിധ്യത്തോളം പരിഗണന അർഹിക്കുന്നു, കാരണം കാണാതായ റെക്കോർഡ് എന്നർത്ഥമാക്കാം ഫ്ലോ എൻട്രിയുടെ കാലാവധി തീർന്നു, സെൻസർ പാക്കറ്റ് ഒരിക്കലും കണ്ടില്ല, അല്ലെങ്കിൽ ആപ്പ് ലോഗ് ഓഫ് ആയിരുന്നു.

പ്രഖ്യാപിത ലക്ഷ്യത്തിനായി രൂപകൽപ്പന ചെയ്ത്, പിന്നീട് പൈപ്പ്ലൈൻ തെളിയിക്കുക

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

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

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

അനുബന്ധ ലേഖനങ്ങൾ