नेहमीच्या HTTP प्रॉक्सीत वेबसाइट विनंती HTTPSने सुरक्षित असली तरी स्थानिक नेटवर्क सुरुवातीचे CONNECT गंतव्य पाहू शकते. प्रॉक्सीपर्यंतचे TLS क्लायंट-प्रॉक्सी भागात हा उघडेपणा बदलते.

मार्गस्थानिक ट्रॅफिकची उपलब्धता असलेल्या निरीक्षकाला दिसणारे
एन्क्रिप्शन नसलेल्या HTTP प्रॉक्सीतून साधी HTTP वेबसाइटकेवळ प्रॉक्सी पत्ताच नव्हे, अॅपची देवाणघेवाणही वाचता येणाऱ्या स्वरूपात जाते.
एन्क्रिप्शन नसलेल्या HTTP प्रॉक्सीतून HTTPS वेबसाइटस्पष्ट CONNECT लक्ष्य, प्रॉक्सी कनेक्शन आणि वेळेचे तपशील दिसतात; गंतव्य TLS टनेलमधील वेबसाइट विनंती सुरक्षित करते.
योग्यरीत्या पडताळलेले HTTPS प्रॉक्सी कनेक्शनTLS त्या भागातील प्रॉक्सी देवाणघेवाण सुरक्षित करते; एंडपॉइंट कनेक्शन आणि ट्रॅफिक मेटाडेटा अजूनही दिसतो.

त्या भागाचे संरक्षण प्रॉक्सी संचालकाला स्वतःच्या कनेक्शन हाताळणीचे दृश्य काढून घेत नाही. गंतव्य TLS आणि संचालकावरील विश्वास हे मार्गाचे स्वतंत्र भाग आहेत.

DNSचीही स्वतंत्र तपासणी हवी. स्थानिकरीत्या सोडवलेले लक्ष्यनाव आपोआप प्रॉक्सी कनेक्शनच्या आत जात नाही. दूरस्थ SOCKS नाव-निराकरण तो शोध बदलते, पण पार्श्वभूमी प्रक्रिया आणि इतर अॅप अजूनही स्वतंत्रपणे नावे सोडवून जोडू शकतात.

उपयुक्त गोपनीयता मूल्यमापनासाठी प्रॉक्सी URL स्कीम, गंतव्य स्कीम, क्लायंटचा खरा मार्ग आणि DNSचे वर्तन नोंदवा. ब्राउझरची एक सेटिंग संपूर्ण उपकरणाचा समावेश सिद्ध करत नाही. स्थानिक भाग एन्क्रिप्टेड व एक्झिट IP बदललेला असला तरी गंतव्यावर लॉगइन केलेली विनंती कुकींमधून आपले खाते ओळखवू शकते.

संबंधित लेख