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 से किसी सार्वजनिक साइट तक पहुँचने के समान नहीं है। इसे उसी यात्रा का ज़्यादा मज़बूत संस्करण नहीं, बल्कि अपनी अपेक्षाओं वाला अलग मामला मानें।
हर कॉन्फ़िगरेशन में टिकने वाला नियम छोटा है। ब्राउज़र का सत्यापन बरकरार रखें। हर परत को इस बात से आँकें कि वह वास्तव में कहाँ खत्म होती है।