ഒരു ചാറ്റ് ആപ്പിൽ മറ്റുള്ളവർക്ക് നിങ്ങളുടെ IP കാണാനാകുമോ? ഓരോ നിരീക്ഷകനും എന്ത് അറിയാം
റിലേ ചെയ്ത ചാറ്റിൽ അയച്ചയാളും നിങ്ങളുടെ നെറ്റ്വർക്ക് പങ്കാളിയും വ്യത്യസ്ത ഘടകങ്ങളാണ്. സേവനം കാണുന്നത്, നിങ്ങൾ കാണുന്നത്, ആപ്പിന്റെ ലേബൽ സൂചിപ്പിക്കുന്നത് എന്നിവ വേർതിരിക്കുക.
“ഞാൻ ആരോടാണ് സംസാരിക്കുന്നത്?” എന്നത് ഒരു വാക്യത്തിൽ ഒളിഞ്ഞിരിക്കുന്ന രണ്ട് ചോദ്യങ്ങളാണ്. ഒന്ന് സന്ദേശം എഴുതിയ അക്കൗണ്ടിനെക്കുറിച്ചാണ്, മറ്റൊന്ന് നിങ്ങളുടെ ക്ലയന്റ് യഥാർത്ഥത്തിൽ പിടിച്ചിരിക്കുന്ന നെറ്റ്വർക്ക് കണക്ഷന്റെ മറുവശത്തുള്ള യന്ത്രത്തെക്കുറിച്ചാണ്. റിലേ ചെയ്ത ചാറ്റിൽ അവ ഏതാണ്ട് ഒരിക്കലും ഒരേ ഘടകമല്ല, ആ വ്യത്യാസമാണ് നിങ്ങൾ സന്ദേശം അയക്കുന്ന വ്യക്തിയിൽ നിന്ന് VPN എന്ത് മറയ്ക്കുന്നു, എന്ത് മറയ്ക്കുന്നില്ല എന്നതിലെ മിക്ക ആശയക്കുഴപ്പവും വിശദീകരിക്കുന്നത്. ടോപ്പോളജി ശരിയായാൽ സ്വകാര്യതാ ചോദ്യത്തിന് ഉത്തരം നൽകാനാകും, വൈകാരികമായി മാത്രം തുടരില്ല.
നിങ്ങളുടെ ക്ലയന്റ് സേവനത്തോടാണ് സംസാരിക്കുന്നത്, മറ്റേ വ്യക്തിയോടല്ല
ഓരോ പങ്കാളിയും സേവനത്തോട് കണക്ട് ചെയ്യുകയും സേവനം അക്കൗണ്ടുകൾക്കിടയിൽ സന്ദേശങ്ങൾ എത്തിക്കുകയും ചെയ്യുന്ന ഒരു ടെക്സ്റ്റ് ചാറ്റ് ആപ്പ് സങ്കൽപ്പിക്കുക. നിങ്ങളുടെ ക്ലയന്റ് സേവനത്തോട് ഒരു കണക്ഷൻ പിടിച്ചിരിക്കുന്നു; മറ്റേ പങ്കാളി അതേ സേവനത്തോട് വേറൊരു കണക്ഷൻ പിടിച്ചിരിക്കുന്നു. സന്ദേശം അവരുടെ ക്ലയന്റിൽ നിന്ന് സേവനത്തിലേക്കും സേവനത്തിൽ നിന്ന് നിങ്ങളുടേതിലേക്കും സഞ്ചരിക്കുന്നു, അതായത് നിങ്ങളുടെ ട്രാൻസ്പോർട്ട് പങ്കാളി അവരുടെ ഉപകരണമല്ല, സേവനത്തിന്റെ ഒരു എൻഡ്പോയിന്റാണ്.
Alex's client -> chat service -> your clientതുടർന്നുള്ളതെല്ലാം ആ ഒരു ഡയഗ്രാമിൽ നിന്നാണ് വരുന്നത്. നിങ്ങളുടെ സ്വന്തം കണക്ഷനിലേക്ക് നോക്കിയാൽ സേവനത്തെയാണ് തിരിച്ചറിയുന്നത്, അലക്സിനെയല്ല. അലക്സിന്റെ കണക്ഷനിലേക്ക് നോക്കിയാൽ മറുവശത്തുനിന്ന് സേവനത്തെയാണ് തിരിച്ചറിയുന്നത്. ഈ നിരീക്ഷണങ്ങളിൽ ഒന്നുപോലും സ്വയം മറ്റേ വ്യക്തിയുടെ ഉപകരണത്തിന്റെ പാക്കറ്റ് തലത്തിലുള്ള രേഖയല്ല, നിങ്ങളുടെ സ്വന്തം ട്രാഫിക് എത്ര പരിശോധിച്ചാലും അത് അങ്ങനെയാകില്ല.
വ്യത്യസ്ത നിരീക്ഷകർ വ്യത്യസ്ത തെളിവുകൾ ശേഖരിക്കുന്നു
ഏതൊരു പങ്കാളിയെക്കാളും ശക്തമായ സ്ഥാനത്താണ് സേവനം, കാരണം അത് രണ്ട് കണക്ഷനുകളും അവസാനിപ്പിക്കുകയും ഓരോന്നും ഏത് അക്കൗണ്ടിന്റേതാണെന്ന് അറിയുകയും ചെയ്യുന്നു. എന്ത് സൂക്ഷിക്കുന്നു, എത്ര കാലം, ഏത് രേഖകൾ ചേർക്കുന്നു, ആർക്ക് വെളിപ്പെടുത്തുന്നു എന്നിവ വേറിട്ട ചോദ്യങ്ങളാണ്, വേറിട്ട ഉത്തരങ്ങളുണ്ട്; “ആപ്പ് എൻഡ്-ടു-എൻഡ് എൻക്രിപ്റ്റ് ചെയ്തതാണ്” എന്നത് അവയിൽ ഒന്നിനും ഉത്തരമല്ല.
സ്വീകർത്താവ് എന്ന നിലയിൽ നെറ്റ്വർക്ക് വസ്തുതകളിൽ നിങ്ങൾ ദുർബല സ്ഥാനത്താണ്, എന്നാൽ ഉള്ളടക്ക വസ്തുതകളിൽ ശക്തനാണ്: സന്ദേശത്തിന്റെ ടെക്സ്റ്റ്, കാണിക്കുന്ന പേര്, അയച്ചയാൾ ടൈപ്പ് ചെയ്തതോ ചേർത്തതോ ആയതെല്ലാം. സ്വന്തം വിലാസം ടൈപ്പ് ചെയ്യുന്ന അയച്ചയാൾ അത് വെളിപ്പെടുത്തിയിരിക്കുന്നു, ആ വെളിപ്പെടുത്തൽ ഒരു നെറ്റ്വർക്ക് നിരീക്ഷണമല്ല, അങ്ങനെ തോന്നുമെങ്കിലും.
| Observer | Sees | Cannot conclude |
|---|---|---|
| You | Your connection to the service, message contents, sender-supplied details | The other client's source address |
| The other participant | Their connection, message contents, what the service attaches | Your source address |
| The service | Both connections, account mapping, delivery metadata | What it does not retain, or what leaves its boundary |
അലക്സ് VPN വഴി കണക്ട് ചെയ്യുന്നുവെങ്കിൽ, ആ കണക്ഷന്റെ എക്സിറ്റ് വിലാസമാണ് സേവനം കാണാൻ സാധ്യത, അലക്സിന്റെ വീട്ടിലെ വിലാസമല്ല. അത് സേവനം എന്ത് കാണുന്നു എന്നതിനെക്കുറിച്ചുള്ള പ്രസ്താവനയാണ്. എക്സിറ്റ് വിലാസം നിങ്ങൾക്ക് നൽകുന്നു എന്നർത്ഥമില്ല, അലക്സിന്റെ ട്രാൻസ്പോർട്ട് തിരഞ്ഞെടുപ്പ് കൊണ്ട് നിങ്ങളുടെ സ്വന്തം കണക്ഷൻ അനോണിമസ് ആകുന്നു എന്നും അർത്ഥമില്ല.
ആപ്പ് യഥാർത്ഥത്തിൽ പിയർ-ടു-പിയർ ആകുമ്പോൾ
റിലേ മാതൃക ഒരു മാതൃകയാണ്, നിയമമല്ല. ചില സന്ദേശ സവിശേഷതകൾ ക്ലയന്റുകൾക്കിടയിൽ നേരിട്ടുള്ള പാതകൾ സ്ഥാപിക്കുന്നു, ഉദാഹരണത്തിന് സിഗ്നലിംഗ് സെർവർ വഴി ചർച്ച ചെയ്യുന്ന ബ്രൗസർ അധിഷ്ഠിത ഡാറ്റാ ചാനൽ, അല്ലെങ്കിൽ വലിയ ഡാറ്റ റിലേ ചെയ്യാതിരിക്കാൻ രണ്ട് ഉപകരണങ്ങളെ ബന്ധിപ്പിക്കുന്ന ഫയൽ കൈമാറ്റ മോഡ്. അത്തരം സന്ദർഭങ്ങളിൽ ട്രാൻസ്പോർട്ട് പങ്കാളി യഥാർത്ഥത്തിൽ മറ്റേ പങ്കാളിയുടെ ഉപകരണമാണ്, നിരീക്ഷക വിശകലനം പൂർണ്ണമായി മാറുന്നു.
ഏത് സാഹചര്യത്തിലാണ് നിങ്ങൾ എന്ന് പറയാൻ ആപ്പിന്റെ സൗഹൃദപരമായ ലേബൽ മതിയാകില്ല. “നേരിട്ടുള്ള സന്ദേശം” എന്നത് ആര് വായിക്കുന്നു എന്നതാണ് വിവരിക്കുന്നത്, എങ്ങനെ കൊണ്ടുപോകുന്നു എന്നല്ല; അതേ ആപ്പിലെ ഒരു കോളോ സ്ക്രീൻ പങ്കിടൽ സവിശേഷതയോ അതിനടുത്തുള്ള ടെക്സ്റ്റ് ത്രെഡിൽ നിന്ന് വ്യത്യസ്ത ടോപ്പോളജി ഉപയോഗിച്ചേക്കാം. നിർദ്ദിഷ്ട സവിശേഷതയെക്കുറിച്ച് വെണ്ടറുടെ ഡോക്യുമെന്റേഷൻ വായിക്കുക, അല്ലെങ്കിൽ ഉപയോഗിക്കുമ്പോൾ നിങ്ങളുടെ ക്ലയന്റ് തുറക്കുന്ന കണക്ഷനുകൾ നിരീക്ഷിക്കുക.
എൻഡ്-ടു-എൻഡ് എൻക്രിപ്ഷൻ പ്രസ്താവന സംരക്ഷിത ഉള്ളടക്കം ആർക്ക് വായിക്കാം എന്നതിനെ ഉൾക്കൊള്ളുന്നു. ഏത് സെർവറുകൾ കണക്ഷനുകൾ സ്വീകരിക്കുന്നു, എന്ത് മെറ്റാഡാറ്റ കാണുന്നു, നേരിട്ടുള്ള പാതയുണ്ടോ എന്നതിനെക്കുറിച്ച് അത് ഒന്നും പറയുന്നില്ല; RFC 6973-ൽ നിരീക്ഷക ശേഷികൾ എന്നതിനെക്കുറിച്ചുള്ള ചർച്ച ഉപയോഗപ്രദമായ ഒരു അച്ചടക്കമാണ്: നിരീക്ഷകനെ പേരെടുത്ത് പറയുക, എന്നിട്ട് ആ നിരീക്ഷകന് യഥാർത്ഥത്തിൽ ശേഖരിക്കാനാകുന്നത് എന്തെന്ന് പട്ടികപ്പെടുത്തുക.
VPN-ന് ഇതിന്റെ അർത്ഥം
VPN നിങ്ങളുടെ കണക്ഷനിൽ സേവനം കാണുന്നത് മാറ്റുന്നു. നിങ്ങളുടെ ട്രാൻസ്പോർട്ട് പങ്കാളി ആരാണ് എന്നത് അത് മാറ്റുന്നില്ല, മറ്റേ പങ്കാളിക്ക് നിങ്ങളുടെ വിലാസത്തിന്റെ പുതിയ കാഴ്ച നൽകുന്നുമില്ല. നിങ്ങൾ സന്ദേശം അയക്കുന്ന വ്യക്തിയിൽ നിന്ന് VPN നിങ്ങളെ മറയ്ക്കും എന്ന് പ്രതീക്ഷിക്കുന്നത് ഒരു വിഭാഗ തെറ്റാണ്: അവരുടെ ക്ലയന്റിന് നിങ്ങളുടേതുമായി ഒരു കണക്ഷൻ ഉണ്ടായിരുന്നേയില്ല.
VPN മാറ്റാൻ കഴിയുന്നത് ഒരു നേരിട്ടുള്ള പാത സവിശേഷതയെയാണ്. ആപ്പ് അല്ലാത്തപക്ഷം പിയർ-ടു-പിയർ കണക്ഷൻ ചർച്ച ചെയ്യുമായിരുന്നെങ്കിൽ, നിങ്ങളുടെ ട്രാഫിക് ഒരു ടണലിലൂടെ കടത്തിവിടുന്നത് ഒരു റിലേയിലേക്ക് നിർബന്ധിച്ചേക്കാം, ചില സവിശേഷതകൾ വ്യത്യസ്തമായി പ്രവർത്തിക്കുകയോ ഫാൾബാക്കിലേക്ക് പോകുകയോ ചെയ്തേക്കാം; അത് യഥാർത്ഥ ഫലമാണ്, പക്ഷേ അത് ടോപ്പോളജിയെക്കുറിച്ചാണ്, സംഭാഷണത്തിൽ നിന്ന് അപ്രത്യക്ഷമാകുന്നതിനെക്കുറിച്ചല്ല.
അപ്പോൾ നിങ്ങൾ എഴുതുന്നതിലെല്ലാം രണ്ട് ചോദ്യങ്ങളും വേർതിരിച്ച് നിർത്തുക. ഏത് അക്കൗണ്ടാണ് ഇത് അയച്ചത്, ഏത് എൻഡ്പോയിന്റാണ് ഇത് കൊണ്ടുവന്നത്. രണ്ടിനും വ്യക്തമായി ഉത്തരം നൽകുക, ഓരോ ഉത്തരവും ആർക്ക് നിരീക്ഷിക്കാം എന്ന് രേഖപ്പെടുത്തുക, സന്ദേശം കണ്ടെത്താൻ കഴിയുമോ എന്ന ഒരു വിധിയായി അവയെ ചേർക്കുന്നത് നിർത്തുക.