പങ്കിട്ട VPN എക്സിറ്റ്, വ്യത്യസ്ത ആളുകൾ: തെളിവുകൾ എങ്ങനെ വായിക്കാം
വിലാസ പൊരുത്തം, അക്കൗണ്ട് ബന്ധം, സമയ സാമ്യം — ഇവ മൂന്ന് വ്യത്യസ്ത അവകാശവാദങ്ങളാണ്. ഏതെങ്കിലും നിഗമനത്തിലെത്തുന്നതിന് മുൻപ് ഏത് നിരീക്ഷകനാണ് ഏത് രേഖ കൈവശം വയ്ക്കുന്നതെന്ന് ചോദിക്കുക.
റിപ്പോർട്ട് തുറക്കുമ്പോൾ ആദ്യ വരി സാധാരണയായി ഒരു വിലാസവും ഒരു അക്കൗണ്ടും പേരെടുത്ത് പറയുന്നു, രണ്ടും ഒരേ വസ്തുതയെന്ന് പോലെ. അങ്ങനെയല്ല. പങ്കിട്ട എക്സിറ്റ് പറയുന്നത് ഏതോ ഉപകരണം രേഖപ്പെടുത്തിയ സമയത്ത് ആ വിലാസം ഉപയോഗിച്ചു എന്നാണ്, അക്കൗണ്ട് ബന്ധം പറയുന്നത് ഏതോ സേവനം ഒരു ഐഡന്റിഫയർ തിരിച്ചറിഞ്ഞു എന്നാണ്. ഒന്നിൽ നിന്ന് മറ്റൊന്നിലേക്ക് പോകാൻ റിപ്പോർട്ട് വ്യക്തമാക്കേണ്ട ബന്ധന അടിസ്ഥാനം വേണം.
യഥാർത്ഥത്തിൽ നിങ്ങളുടെ കൈവശമുള്ള നിരീക്ഷണത്തിൽ നിന്ന് തുടങ്ങുക
തോന്നുന്നതല്ല, രേഖപ്പെടുത്തിയത് എഴുതുക. വിലാസം, സമയ മുദ്ര, അഭ്യർത്ഥനാ പാത — ഇവ നിരീക്ഷണങ്ങളാണ്, ആരാണ് ചെയ്തതെന്ന് പറയുന്ന വാക്യം അനുമാനമാണ്. ഈ രണ്ട് നിരകൾ വേർതിരിച്ച് നിർത്തുന്നതാണ് മുഴുവൻ അച്ചടക്കം, സംഭാഷണത്തിലെക്കാൾ കടലാസിൽ അത് നിലനിർത്താൻ എളുപ്പമാണ്.
പിന്നീട് നിരീക്ഷണം വർഗ്ഗീകരിക്കുക, കാരണം സാധാരണ തരങ്ങൾക്ക് വ്യത്യസ്ത ഭാരമുണ്ട്. പങ്കിട്ട എക്സിറ്റ് വിലാസം, സ്ഥിരമായ അക്കൗണ്ട് അല്ലെങ്കിൽ കുക്കി ഐഡന്റിഫയർ, സമയത്തിലോ അളവിലോ ഉള്ള സാമ്യം — ഇവ ഒരു വസ്തുതയുടെ മൂന്ന് പതിപ്പുകളല്ല. ഒരു കോർപ്പറേറ്റ് എക്സിറ്റിന് പിന്നിലുള്ള രണ്ട് ജീവനക്കാർ രൂപകൽപ്പനപ്രകാരം വിലാസം പങ്കിടുന്നു, എന്നാൽ എക്സിറ്റ് മാറ്റിയാലും സൈൻ ഇൻ ചെയ്ത് തുടരുന്ന ഒരു ജീവനക്കാരൻ അക്കൗണ്ട് ബന്ധം നിലനിർത്തുന്നു. ഇവയെ ഒരു വസ്തുതയായി കാണുന്നതാണ് ആത്മവിശ്വാസമുള്ള റിപ്പോർട്ടുകൾ പലതും പിഴയ്ക്കുന്നിടം.
നിഗമനത്തിന് മുൻപ് ബന്ധന അടിസ്ഥാനം പേരെടുത്ത് പറയുക
പരസ്പരബന്ധത്തിന്റെ അവകാശവാദം രണ്ട് രേഖകളെ ബന്ധിപ്പിക്കുന്ന മണ്ഡലം പേരെടുത്ത് പറയണം. അതേ കുക്കി നൽകിയോ, അതേ അക്കൗണ്ട് പ്രാമാണീകരിച്ചോ, അതേ ഉപകരണ ഐഡന്റിഫയർ റിപ്പോർട്ട് ചെയ്തോ, അതോ അതേ വിലാസം മാത്രമോ? ഉത്തരം വിലാസം മാത്രമാണെങ്കിൽ, അവകാശവാദം ഒരു നെറ്റ്‌വർക്ക് ഉറവിടത്തെക്കുറിച്ചാണ്, അവിടെ അവസാനിക്കുന്നു.
| Observer | What it records | What it can join on | What it cannot join |
|---|---|---|---|
| Website or service | Its own requests, logins and cookies | Its own account and session identifiers | Requests to other sites, or the person behind the account |
| Access network | Flow five-tuples between addresses and ports | Address and time | Which account, which page, which person |
| VPN operator | Tunnel session, account and assigned address | Account to tunnel address and interval | Anything after the tunnel exits |
| Account provider | Sign-in events and device identifiers | Sign-in to device across its own services | Traffic that never touched its sign-in |
RFC 6973 സ്വകാര്യതാ മാതൃക പരസ്പരബന്ധത്തെ വിവരങ്ങൾ സംയോജിപ്പിക്കലായി കാണുന്നു, സ്ഥിരമായ ഐഡന്റിഫയറുകൾ കാലക്രമേണ ഇടപെടലുകളെ ബന്ധിപ്പിക്കുന്നു എന്ന് ചൂണ്ടിക്കാട്ടുന്നു. അതിന്റെ അജ്ഞാതതാ കൂട്ടത്തെക്കുറിച്ചുള്ള ചർച്ച മറുപകുതി ചേർക്കുന്നു: മറയ്ക്കൽ ആ പ്രത്യേക നിരീക്ഷകന് മറ്റാരൊക്കെ ഒരുപോലെ കാണപ്പെടുന്നു എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു. രണ്ട് ആശയങ്ങളിൽ ഒന്നും പങ്കിട്ട വിലാസത്തെ തിരിച്ചറിയലാക്കി മാറ്റുന്നില്ല.
അതിനാൽ സത്യസന്ധമായ വാക്യം ഇടുങ്ങിയതായി തുടരുന്നു. ഈ രണ്ട് സംഭവങ്ങൾ ഈ സമയങ്ങളിൽ ഒരു എക്സിറ്റ് പങ്കിട്ടു, അതിനപ്പുറമുള്ളതിന് മറ്റൊരു രേഖ വേണം.
നിരീക്ഷകന്റെ സ്ഥാനത്തിലൂടെ നടക്കുക
ഒരു വെബ്‌സൈറ്റ് സ്വന്തം അഭ്യർത്ഥനകൾ, സ്വന്തം ലോഗിനുകൾ, സ്വന്തം സെഷൻ ഐഡന്റിഫയറുകൾ എന്നിവ കാണുന്നു, രണ്ടും ഒരേ എക്സിറ്റ് ഉപയോഗിച്ചു എന്നത് കൊണ്ട് മാത്രം മറ്റൊരു വെബ്‌സൈറ്റിന്റെ രേഖകൾ പാരമ്പര്യമായി ലഭിക്കുന്നില്ല. ആക്സസ് നെറ്റ്‌വർക്ക് നിരീക്ഷകൻ ഉള്ളടക്കമല്ല, ഒഴുക്കുകൾ കാണുന്നു. VPN ഓപ്പറേറ്റർ അക്കൗണ്ടുകളും എക്സിറ്റുകളും തമ്മിലുള്ള ഭൂപടം കാണുന്നു. ഓരോ സ്ഥാനവും വ്യത്യസ്ത നിഗമനത്തെ പിന്തുണയ്ക്കുന്നു, റിപ്പോർട്ട് സാധാരണയായി അവയിൽ ഒന്ന് മാത്രം പേരെടുത്ത് പറയുന്നു.
ഏത് നിരീക്ഷകനാണ് രേഖ സൃഷ്ടിച്ചതെന്ന് ചോദിക്കുക, പിന്നീട് ആ നിരീക്ഷകന് യഥാർത്ഥത്തിൽ എന്ത് കാണാൻ കഴിയുമായിരുന്നു എന്ന് ചോദിക്കുക. ഒരു ദാതാവിന്റെ സ്വന്തം നിബന്ധനകൾ അതിന്റെ യഥാർത്ഥ ലോഗിംഗിന് തുല്യമല്ല, രണ്ടിൽ ഒന്നും നിങ്ങളുടെ മുൻപിലുള്ള രേഖയ്ക്ക് തുല്യമല്ല. ഉത്തരം വ്യക്തമല്ലെങ്കിൽ, അനുമാനത്താൽ ശൂന്യത നിറയ്ക്കുന്നതിന് പകരം ഉറവിടം ചോദിക്കുക. ഉറവിടമില്ലാത്ത രേഖ യൂണിഫോം ധരിച്ച അനുമാനമാണ്. ചോദ്യം ഒരു സന്ദേശത്തിന്റെ ചെലവാണ്, ഒരു തിരുത്ത് ലാഭിക്കുന്നു.
സമയ മാതൃകകളെ അവയുടെ സ്ഥാനത്ത് നിർത്തുക
സമയവും അളവും താരതമ്യം ചെയ്യാൻ പേജിലെ ഉള്ളടക്കം വായിക്കേണ്ടതില്ല, അതുകൊണ്ടാണ് അവ എൻക്രിപ്റ്റ് ചെയ്ത ട്രാഫിക്കിനെക്കുറിച്ചുള്ള ചർച്ചകളിൽ വരുന്നത്. സാമ്യം പങ്കിട്ട അടിസ്ഥാനസൗകര്യം, ഒരേസമയം നിരവധി ഉപയോക്താക്കൾ, വെറുതെ സമാനമായി തോന്നുന്ന പെരുമാറ്റം എന്നിവയുമായും യോജിക്കുന്നു. ഒരു സത്യസന്ധമായ വിലയിരുത്തൽ പരിഗണിക്കേണ്ട ബദൽ വിശദീകരണങ്ങളാണ് ഇവ.
ബന്ധമില്ലാത്ത ഒരു പരീക്ഷണത്തിൽ നിന്ന് ഉദ്ധരിച്ച ശതമാനം ഒന്നും കൈമാറുന്നില്ല. അതിന്റെ അർത്ഥം സ്ഥാനാർത്ഥി കൂട്ടം, ഡാറ്റ, രീതി, അളന്ന പിശക് നിരക്ക് എന്നിവയെ ആശ്രയിച്ചിരിക്കുന്നു. ഈ നാലും ഇല്ലാതെ, ഒരു സംഖ്യ തെളിവ് ചേർക്കാതെ വിശ്വാസം ചേർക്കുന്നു. ഏതെങ്കിലും ഒറ്റ സാമ്യത്തെ അനുമാനമായി കാണുക, സ്ഥിരീകരണം തേടാൻ പോകുന്നതിന് മുൻപ് അതിനെ എന്ത് കളവാക്കുമെന്ന് എഴുതുക.
രേഖകൾ എന്തിനെ പിന്തുണയ്ക്കുന്നു എന്ന് പരിശോധിക്കുക
ഏതെങ്കിലും നിഗമനം നിങ്ങളുടെ കൈകളിൽ നിന്ന് പുറത്തുപോകുന്നതിന് മുൻപ് കലാസൃഷ്ടികളും സമയങ്ങളും സംരക്ഷിക്കുക. ഹാഷും സമയ മുദ്രയുമുള്ള ഫയൽ തെളിവാണ്, ചാറ്റ് സന്ദേശത്തിലെ സ്ക്രീൻഷോട്ട് നല്ല ഉദ്ദേശ്യമുള്ള കിംവദന്തിയാണ്. ക്ലോക്കിന്റെ ഉറവിടവും സൂക്ഷിക്കുക, കാരണം നിങ്ങൾക്ക് പുനരുൽപ്പാദിപ്പിക്കാൻ കഴിയാത്ത സമയ മുദ്ര സമയ മുദ്രയെക്കുറിച്ചുള്ള ഒരു അവകാശവാദം മാത്രമാണ്.
date -u +%FT%TZ
sha256sum abuse-report.eml
whois 198.51.100.44 | grep -iE 'netname|org|country'പിന്നീട് രേഖകൾ അനുവദിക്കുന്ന ശക്തിയോടെ നിഗമനം പറയുക, അതിലധികമല്ല. ഒരു വാക്യത്തിന്റെ മുൻകരുതൽ ഒരു തിരുത്തിനെക്കാൾ വിലകുറഞ്ഞതാണ്.
പങ്കിട്ട എക്സിറ്റ് വിലാസം മാത്രം അടിസ്ഥാനമാക്കിയുള്ള ആരോപണം ദുർബലമാക്കുന്നു, അത് ഐഡന്റിറ്റി സർട്ടിഫിക്കറ്റുമല്ല, അജ്ഞാതതയുടെ വാഗ്ദാനവുമല്ല. സ്വകാര്യതയുടെ ഭാഗത്ത്, സെഷനുകൾക്കിടയിൽ നിലനിൽക്കുന്ന എല്ലാറ്റിൽ നിന്നും തുടങ്ങുക, കാരണം തിരിച്ചറിയലിന് ട്രാഫിക് വിശകലനം അപൂർവ്വമായേ ആവശ്യമാകൂ. പ്രവർത്തന അന്വേഷണത്തിന് നിരീക്ഷണവും അനുമാനവും വേറിട്ട നിരകളിൽ സൂക്ഷിക്കുക. ഏറ്റവും ദുർബലമായ പിന്തുണയില്ലാത്ത കണ്ണിയായിരിക്കട്ടെ നിങ്ങൾ റിപ്പോർട്ട് ചെയ്യുന്നത്, അത് റിപ്പോർട്ടിൽ തന്നെ പറയുക.