सिर्फ़ SOCKS5 चुनने से एन्क्रिप्शन नहीं जुड़ता। यह आगे पहुँचाए जाने वाले कनेक्शन और प्रमाणीकरण की वार्ता करता है; 5 प्रोटोकॉल संस्करण है, एन्क्रिप्शन का स्तर नहीं।

HTTPS के लिए क्लाइंट SOCKS कनेक्शन खोलकर उसके भीतर गंतव्य तक TLS चला सकता है। क्लाइंट की सामान्य certificate जाँच के तहत वेबसाइट का डेटा TLS से सुरक्षित होता है। उसी रास्ते बिना एन्क्रिप्शन HTTP भेजें तो वैसा ही रहता है: relay ऐप का प्रोटोकॉल बेहतर नहीं करता।

RFC 1929 के username/password तरीके का भी अपना एन्क्रिप्शन नहीं है। खाता पहुँच नियंत्रित करता है, लेकिन असुरक्षित रास्ते पर आदान-प्रदान गोपनीय नहीं बनाता। अतिरिक्त transport या दूसरे तय तरीके सुरक्षा बदल सकते हैं, इसलिए जाँचें कि क्लाइंट और सर्वर वास्तव में क्या इस्तेमाल करते हैं।

गंतव्य का सुरक्षित प्रोटोकॉल, certificate सत्यापन, क्लाइंट-proxy लिंक की सुरक्षा और तय प्रमाणीकरण तरीका जाँचें। संचालक अब भी गंतव्य की जानकारी और कनेक्शन metadata पा सकता है। curl में socks5h लक्ष्य hostname कहाँ resolve होता है यह बदलता है; क्रिप्टोग्राफ़िक परत नहीं जोड़ता।

संबंधित लेख