VPN-ഉം Tor-ഉം HTTPS-ന് പകരമാകുന്നില്ല: ഓരോ പാളിയും അവസാനിക്കുന്നിടം
ഒരു ടണൽ അതിന്റെ സ്വന്തം പങ്കാളിയിൽ അവസാനിക്കുന്നു, ഒരു Tor സർക്യൂട്ട് എക്സിറ്റ് റിലേയിൽ അവസാനിക്കുന്നു. സൈറ്റിലേക്ക് എത്തുന്നത് HTTPS മാത്രം, അതിനാൽ സാധാരണ ഫോം വായിക്കാവുന്നതായി തുടരുന്നു.
ഒരു VPN-ഉം ഒരു Tor സർക്യൂട്ടും യാത്രയുടെ ഒരു ഭാഗത്ത് നിങ്ങളുടെ ട്രാഫിക് എൻക്രിപ്റ്റ് ചെയ്യുന്നു. രണ്ടും തങ്ങൾ തിരഞ്ഞെടുക്കുന്ന ഒരു പങ്കാളിയിൽ എൻക്രിപ്ഷൻ നിർത്തുന്നു. HTTPS ആണ് സൈറ്റിലേക്ക് തന്നെ എത്തുന്ന പാളി, അതിന് മുന്നിൽ എത്ര ടണലിംഗ് ഉണ്ടായാലും സാധാരണ ഫോം സമർപ്പണത്തെ സംരക്ഷിതമാക്കുന്നില്ല. ഓരോ പാളിയെയും അത് അവസാനിക്കുന്ന ബിന്ദുവരെ പിന്തുടരുന്നത് അത് വ്യക്തമാക്കുന്നു.
മൂന്ന് പാളികൾ, മൂന്ന് വ്യത്യസ്ത അന്തിമ ബിന്ദുക്കൾ
സാധാരണ VPN അതിന്റെ ടണൽ VPN സെർവറിൽ അവസാനിപ്പിക്കുന്നു. നിങ്ങളുടെ ഉപകരണത്തിനും ആ സെർവറിനും ഇടയിലുള്ളതെല്ലാം ടണലിനുള്ളിലാണ്, അതിന് ശേഷമുള്ളതെല്ലാം അല്ല. Tor സർക്യൂട്ട് മറ്റൊരു പങ്കാളിയോട് അതേ രീതിയിൽ പെരുമാറി, എക്സിറ്റ് റിലേയിൽ നെറ്റ്വർക്ക് വിട്ട് നിങ്ങളുടെ അഭ്യർത്ഥന ലക്ഷ്യസ്ഥാനത്തേക്ക് അയയ്ക്കുന്നു.
TLS സൈറ്റിൽ അവസാനിക്കുന്നു. നിങ്ങൾ പരിശോധിച്ച സർട്ടിഫിക്കറ്റ് ഒരു ഹോസ്റ്റ്നാമിനെ സൈറ്റ് നിയന്ത്രിക്കുന്ന ഒരു കീയുമായി ബന്ധിപ്പിക്കുന്നു, സെഷൻ കീകൾ നിങ്ങളുടെ ബ്രൗസറിനും ആ സെർവറിനും ഇടയിലാണ്. ആ അന്തിമ ബിന്ദു VPN സെർവറിനും Tor എക്സിറ്റിനും അപ്പുറമാണ്.
അതിനാൽ മൂന്ന് പാളികൾക്ക് മൂന്ന് വ്യത്യസ്ത വിശ്വാസ അതിർത്തികളുണ്ട്, ഒരു അഭ്യർത്ഥന ക്രമമായി അവയെല്ലാം കടന്നുപോകുന്നു. ഒന്നിനെ ശക്തിപ്പെടുത്തുന്നത് മറ്റുള്ളവയെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല, അവസാനത്തേത് മാത്രമാണ് ലക്ഷ്യസ്ഥാനം പങ്കെടുക്കുന്നത്.
അവസാന ചാട്ടം എന്ത് വെളിപ്പെടുത്തുന്നു
ആപ്ലിക്കേഷൻ സാധാരണ HTTP ഉപയോഗിക്കുകയാണെങ്കിൽ, എക്സിറ്റിന് അപ്പുറമുള്ള ഉള്ളടക്കം ആ ചാട്ടം നടത്തുന്ന ആർക്കും വായിക്കാം. മുൻ ടണൽ അതിന്റെ ജോലി മികച്ചതായി ചെയ്തു, അത് ഇപ്പോൾ ഉള്ളതല്ല. HTTP ഫോമിൽ ടൈപ്പ് ചെയ്ത ക്രെഡൻഷ്യലുകൾ സംരക്ഷണം അവസാനിച്ച അതേ ബിന്ദുവിൽ വെളിപ്പെടുന്നു.
| Layer | Terminates at | Who can read the request there |
|---|---|---|
| VPN tunnel | The VPN server you selected | The operator of that server, and anyone who can compel them |
| Tor circuit | An exit relay chosen by the network | The exit relay operator, for traffic that is not otherwise protected |
| HTTPS | The website's own TLS endpoint | The site itself, and no intermediary on the path |
ശരിയായി പരിശോധിച്ച HTTPS ഉണ്ടെങ്കിൽ, വഴിയിലുള്ള ഒരു ഇടനിലക്കാരന് ആപ്ലിക്കേഷൻ ഉള്ളടക്കം വായിക്കാനോ നിശ്ശബ്ദമായി മാറ്റാനോ കഴിയില്ല. പാക്കറ്റ് ഹെഡറുകൾ റൂട്ട് ചെയ്യാവുന്നതായിരിക്കണം എന്നതിനാൽ, നിങ്ങൾ എപ്പോൾ ഏത് വിലാസത്തിലേക്ക് ബന്ധിപ്പിച്ചു എന്ന് അത് ഇപ്പോഴും കാണുന്നു. ഉള്ളടക്കത്തിന്റെ രഹസ്യസ്വഭാവവും കണക്ഷനെക്കുറിച്ചുള്ള മെറ്റാഡാറ്റയും വ്യത്യസ്ത സവിശേഷതകളാണ്, ആദ്യത്തേത് മാത്രമാണ് TLS നൽകുന്നത്.
അക്കൗണ്ട് ഐഡന്റിറ്റി വീണ്ടും മൂന്നാമത്തെ കാര്യമാണ്. ഒരു അക്കൗണ്ടിലേക്ക് ലോഗിൻ ചെയ്യുന്നത് നിങ്ങളെ ആ സേവനത്തിന് തിരിച്ചറിയിക്കുന്നു നിങ്ങൾ ഏത് എക്സിറ്റ് വിലാസം ഉപയോഗിച്ചാലും, അതിനാൽ എക്സിറ്റ് നെറ്റ്വർക്ക് പാതയെ സംരക്ഷിക്കുന്നു, അക്കൗണ്ടിനെയല്ല. ആ വ്യത്യാസം അതിന് മുന്നിലുള്ള എത്ര പാളികളെയും അതിജീവിക്കുന്നു. എക്സിറ്റുകൾ മാറ്റുന്നത് ലോഗിൻ ചെയ്ത സെഷൻ എന്ത് വെളിപ്പെടുത്തുന്നു എന്നത് ഒരിക്കലും മാറ്റുന്നില്ല. ആദ്യ പാക്കറ്റ് പുറപ്പെടുന്നതിന് മുൻപേ സേവനത്തിന് നിങ്ങൾ ആരാണെന്ന് അറിയാമായിരുന്നു.
ഈ ക്രമീകരണത്തിൽ രണ്ടാമതൊരു ടണൽ ചേർക്കുന്നത് ഒന്നും തകർക്കുന്നില്ല. മാറുന്നത് ഏത് നിരീക്ഷകനാണ് ആദ്യ ചാട്ടം കാണുന്നത് എന്നതാണ്, അവസാന ചാട്ടം എൻക്രിപ്റ്റ് ചെയ്തതാണോ എന്നല്ല.
ക്രമം നിരീക്ഷകരെ മാറ്റുന്നു, അന്തിമ ബിന്ദുവിനെയല്ല
VPN-ഉം Tor-ഉം ചങ്ങലയായി ബന്ധിപ്പിക്കുന്നത് നെറ്റ്വർക്ക് തലത്തിൽ ആര് എന്ത് കാണുന്നു എന്ന് മാറ്റാനുള്ള നിയമപരമായ മാർഗമാണ്. VPN-ന് മേലെ Tor ഓടിക്കുന്നത് Tor ഉപയോഗിക്കുന്നു എന്ന വസ്തുത നിങ്ങളുടെ ആക്സസ് നെറ്റ്വർക്കിൽ നിന്ന് മറയ്ക്കുന്നു, അതേസമയം Tor-ന് മേലെ VPN ഓടിക്കുന്നത് നിങ്ങളുടെ വിലാസം VPN ദാതാവിൽ നിന്ന് മറയ്ക്കുന്നു. രണ്ട് ക്രമങ്ങളും പൊതു രേഖകളിൽ വിവരിച്ചിട്ടുണ്ട്, രണ്ടിനും പ്രകടനത്തിലും പരാജയ സ്വഭാവത്തിലും വിട്ടുവീഴ്ചകളുണ്ട്.
ഏത് ക്രമവും TLS അന്തിമ ബിന്ദുവിനെ നീക്കുന്നില്ല. രണ്ട് സാഹചര്യങ്ങളിലും ബ്രൗസർ അഭ്യർത്ഥിച്ച ഹോസ്റ്റ്നാമിനുള്ള സർട്ടിഫിക്കറ്റ് പരിശോധിക്കുന്നു, രണ്ട് സാഹചര്യങ്ങളിലും HTTP വിലാസം അവസാന റിലേയ്ക്ക് ശേഷവും ഉള്ളടക്കം തുറന്ന് അയയ്ക്കുന്നു. ഘടന നിരീക്ഷകരുടെ പട്ടിക മാറ്റുന്നു; ലക്ഷ്യസ്ഥാനത്തെ പാളികളുടെ എണ്ണം മാറ്റുന്നില്ല.
അതുകൊണ്ടാണ് ചങ്ങലയെക്കുറിച്ചുള്ള ഉപദേശം സാധാരണയായി പൊതു സുരക്ഷയെക്കുറിച്ചല്ല, ഭീഷണി മാതൃകകളെക്കുറിച്ച് ആകുന്നത്. നീളമുള്ള ചങ്ങല അതേ കാര്യത്തിന്റെ ശക്തമായ പതിപ്പല്ല, അത് ആപ്ലിക്കേഷൻ തിരഞ്ഞെടുത്ത പ്രോട്ടോക്കോളിന് പകരമല്ല.
curl -sSI https://example.net | head -3
openssl s_client -connect example.net:443 -servername example.net -briefരണ്ട് കമാന്റുകളും ലക്ഷ്യസ്ഥാനത്ത് പ്രധാനമായ പാളി കാണിക്കുന്നു. രണ്ടാമത്തേത് ഒരു ടണലും ഉൾപ്പെടുത്താതെ ചർച്ച ചെയ്ത പ്രോട്ടോക്കോൾ പ്രിന്റ് ചെയ്യുന്നു. രണ്ടും നിങ്ങൾ ഉപയോഗിച്ച എക്സിറ്റിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.
പ്രശ്നം തിരയുമ്പോൾ പരിശോധന പ്രവർത്തനക്ഷമമായി നിലനിർത്തുക
സർട്ടിഫിക്കറ്റ് മുന്നറിയിപ്പ് നിങ്ങൾ ഇനി ഉണ്ടാക്കാൻ പോകുന്ന കണക്ഷനെക്കുറിച്ചുള്ള വിവരമാണ്. ഹോസ്റ്റ്നാമ പൊരുത്തക്കേട്, ക്ലോക്ക് പ്രശ്നം, വിശ്വസനീയമല്ലാത്ത ചങ്ങല, അല്ലെങ്കിൽ തടഞ്ഞെടുക്കാനുള്ള ശ്രമം എന്നിവ അർത്ഥമാക്കാം. VPN ബന്ധിപ്പിച്ചിരിക്കുന്നതിനാൽ സ്ഥിരമായ ഒഴിവാക്കൽ ചേർക്കുന്നത് ആ സാഹചര്യങ്ങളെ വേർതിരിച്ചറിയുമായിരുന്ന ഏക സിഗ്നൽ നീക്കം ചെയ്യുന്നു.
Tor Browser-ന്റെ സുരക്ഷിത-കണക്ഷൻ സവിശേഷതകളും അതിന്റെ മുന്നറിയിപ്പുകളും അതേ കാരണത്താൽ നിലവിലുണ്ട്, ഒരു പേജ് ലോഡ് ചെയ്യാൻ അവ പ്രവർത്തനരഹിതമാക്കുന്നത് കാണാവുന്ന ഒരു പരാജയത്തെ കാണാത്ത ഒന്നുമായി മാറ്റുന്നു. ഒഴിവാക്കലില്ലാതെ ഒരു സൈറ്റിൽ എത്താൻ കഴിയുന്നില്ലെങ്കിൽ, സത്യസന്ധമായ നിഗമനം കണക്ഷൻ പരിശോധിക്കാനാവില്ല എന്നതാണ്, ടണൽ അതിനെ സുരക്ഷിതമാക്കി എന്നല്ല.
എൻക്രിപ്ഷൻ ഉദ്ദേശ്യത്തെക്കുറിച്ചും ഒന്നും പറയുന്നില്ല. വഞ്ചനാപരമായ ഒരു സൈറ്റിലേക്കുള്ള സാധുവായ HTTPS കണക്ഷൻ നിങ്ങളുടെ ഡാറ്റ പൂർണ രഹസ്യതയോടെ ആ സൈറ്റിലേക്ക് എത്തിക്കുന്നു. പൂട്ടുണ്ടോ എന്ന് മാത്രമല്ല, വിലാസവും നിങ്ങൾ സമർപ്പിക്കുന്നതും പരിശോധിക്കുക.
Onion സേവനങ്ങൾ യഥാർത്ഥത്തിൽ വ്യത്യസ്ത മാതൃകയാണ്. സാധാരണ പൊതു എക്സിറ്റ് ഇല്ലാതെ Tor നെറ്റ്വർക്കിലൂടെ അവയിൽ എത്തുന്നു, അത് Tor വഴി ഒരു പൊതു സൈറ്റ് സന്ദർശിക്കുന്നതിന് തുല്യമല്ല. അതേ സന്ദർശനത്തിന്റെ ശക്തമായ പതിപ്പായി കാണാതെ, സ്വന്തം പ്രതീക്ഷകളുള്ള പ്രത്യേക കേസായി കാണുക.
ഏത് ക്രമീകരണത്തിലും നിലനിൽക്കുന്ന നിയമം ചെറുതാണ്. ബ്രൗസർ പരിശോധന അതേപടി നിലനിർത്തുക. ഓരോ പാളിയെയും അത് യഥാർത്ഥത്തിൽ അവസാനിക്കുന്നിടത്തെ അടിസ്ഥാനമാക്കി വിലയിരുത്തുക.