लांब SOCKS साखळी पुढील हॉप स्वयंचलितपणे लपवत नाही

साखळी प्रत्येक कनेक्शन कोण उघडतो हे बदलते. फक्त यादीत आणखी एक SOCKS पत्ता जोडल्याने एन्क्रिप्शन जोडले जात नाही.

ही साखळी स्वतः तयार करणाऱ्या क्लायंटचा विचार करा:

application → SOCKS A → SOCKS B → website

ते प्रथम A ला B शी जोडण्यास सांगते. त्या स्ट्रीममधून ते नंतर B शी वेबसाइटशी कनेक्शनबद्दल वाटाघाटी करू शकते. जर क्लायंटपासून A पर्यंतचे वहन दोन्ही वाटाघाटी एन्क्रिप्शनशिवाय वाहून नेते, तर त्या लिंकवरील पुरेसा सक्षम निरीक्षक क्लायंटने पाठवलेले सेटअप बाइट वाचू शकतो. बाह्य TCP गंतव्य हाच निरीक्षकाचा एकमेव संभाव्य पुरावा नाही.

साखळीला संरक्षित अनुप्रयोग देवघेवीपासून वेगळे ठेवा

HTTPS वेबसाइटची अनुप्रयोग सामग्री तिचे TLS सत्र सुरू झाल्यानंतर संरक्षित करू शकते. ते आधीच्या SOCKS सेटअप संदेशांना मागे जाऊन एन्क्रिप्ट करत नाही. SOCKS5 चे वापरकर्तानाव/पासवर्ड प्रमाणीकरणही एन्क्रिप्टेड वहन नाही.

क्लायंट आणि पहिल्या हॉपमधील एन्क्रिप्टेड व्यवस्था त्या लिंकवरील दृश्यमानता बदलते. तिच्याकडे अजूनही एक ऑपरेटर आणि डिक्रिप्ट केलेला स्ट्रीम धरून ठेवणारा दुसरा टोक असतो. साखळी शोधता येत नाही असे दावा करण्याऐवजी ती विश्वास-सीमा वर्णन करा.

सर्व्हरवर कॉन्फिगर केलेला पालक मार्ग हा दुसरा टोपोलॉजी आहे. जर A आतून B निवडत असेल, तर क्लायंटने आपल्या पहिल्या कनेक्शनवर मध्यस्थांची पूर्ण यादी पाठवलीच असे नाही. प्रत्येक साखळी प्रत्येक हॉप एकाच प्रकारे उघड करते असे दावा करू नका.

उपयुक्त गोपनीयता मूल्यांकनासाठी निरीक्षक, लिंक, प्रॉक्सी वाटाघाटी आणि TLS सीमा नावाने सांगा. B चे बाहेर पडणे पाहणारी वेबसाइट आणि क्लायंटचे पहिले कनेक्शन पाहणारा प्रवेश-नेटवर्क निरीक्षक वेगवेगळ्या प्रश्नांची उत्तरे देतात. फक्त हॉप मोजणे दोन्हींपैकी कोणतेही उत्तर देत नाही.