VPN शोधणे तुम्ही कुठून पाहता यावर अवलंबून आहे

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

निरीक्षण बिंदू न सांगणारा डिटेक्टर मोजमाप नाही, मत वर्णन करतो.

दोन निरीक्षण बिंदू, दोन वेगळी कनेक्शन

बाह्य संभाषण बोगदा प्रोटोकॉलचे आहे: त्याचे स्वतःचे संदेश स्वरूप, त्याचे स्वतःचे स्थिती यंत्र, त्याची स्वतःची वेळ. आंतरिक कनेक्शन म्हणजे ब्राउझर वेबसाइटकडे TLS उघडणे, बोगद्यातून जाते आणि नंतर बाहेर पडण्याकडून पुढे पाठवले जाते. दोन्ही एकाच क्षणी अस्तित्वात आहेत आणि ते एकच प्रवाह नाहीत. एक प्रवेश नेटवर्क पाहू शकते ते, दुसरे गंतव्य पाहू शकते ते, आणि दोन्हीपैकी कोणतेही संपवणारे मधले उपकरण दोन्ही चित्रे बदलते.

हा फरक शोध चर्चांमधील बहुतेक गोंधळ स्पष्ट करतो. प्रवाहाबद्दल एक गोष्ट सांगणारी चाचणी अनेकदा ऑपरेटरच्या मनात असलेल्या वेगळ्या स्तराच्या प्रश्नाचे उत्तर देते.

प्रवेश मार्गावरील निरीक्षक काय पाहतो

प्रवेश दुव्याजवळ दिसणारी सामग्री बोगदा प्रोटोकॉल स्वतःच आहे: OpenVPN साठी नियंत्रण आणि डेटा पॅकेट प्रकार, WireGuardचे निश्चित आकाराचे हस्तांदोलन आणि डेटा नमुने, किंवा तैनाती जोडते ते कोणतेही आवरण. वर्गीकरणकर्ता ते ओळखू शकतो का हे काय दिसते, कोणते वाहतुक ते नेते आणि अतिरिक्त अस्पष्टता आहे का यावर अवलंबून आहे. ओळखता येणारा नमुना प्रवाहाबद्दलचा पुरावा आहे, आणि त्यामागील व्यक्तीची ओळख किंवा हेतू याबद्दलचा पुरावा नाही.

पोर्ट 443 ही सेवेपर्यंत पोहोचण्याची प्रथा आहे. ते प्रत्येक बोगदा वाहतुकीला HTTPS करत नाही.

वेबसाइट प्रत्यक्षात काय पाहते

मार्गित बोगद्यासह ब्राउझर अजूनही साइटसह स्वतःचे TLS सत्र चालवतो. बाहेर पडताना केलेले भाषांतर VPN गेटवेला ब्राउझरचे TLS अंतिम बिंदू करत नाही, म्हणून साइटला मिळणारे ClientHello ब्राउझर किंवा त्याच्या TLS लायब्ररीचे वर्णन करते. JA3 शैलीची फिंगरप्रिंट म्हणून अनुप्रयोग कनेक्शनचे वैशिष्ट्य सांगते, ते वाहणाऱ्या VPN सॉफ्टवेअरचे नाही. फक्त जाणूनबुजून संपवणारा प्रॉक्सी ती व्यवस्था बदलतो, आणि तो वेगळा ओळखला पाहिजे.

TCP निरीक्षणांनाही तितकीच काळजी हवी. पुढे पाठवणे, भाषांतर आणि नवीन कनेक्शन सुरू करणारा प्रॉक्सी या तीन वेगळ्या रचना आहेत, आणि त्यातील फक्त एकच वाहतुक स्टॅक पुन्हा लिहितो. एक असामान्य वैशिष्ट्य एकटे बोगदा स्पष्टपणे सूचित करत नाही.

विधान पुराव्याच्या आत ठेवा

नेटवर्क वर्गीकरण, प्रोटोकॉल निरीक्षण, अनुप्रयोग फिंगरप्रिंट आणि खाते संकेत हे जोखीम निर्णयाचे इनपुट आहेत, प्रत्येकात चुकीचे सकारात्मक, चुकीचे नकारात्मक आणि गहाळ पुरावे असतात. होस्टिंग श्रेणीतील पत्ता व्यावसायिक VPN बद्दल काहीही सिद्ध करत नाही, आणि सामान्य ब्राउझर फिंगरप्रिंट थेट VPN बद्दल काहीही सिद्ध करत नाही. डिटेक्टरचे मूल्यांकन करताना ज्ञात मार्ग असलेला अधिकृत डेटासेट वापरा आणि कोणत्या निरीक्षणाने कोणता निकाल दिला ते नोंदवा.

प्रोटोकॉल वर्गीकरण परिणाम असलेल्या प्रवेश निर्णयापासून वेगळे ठेवा. सानुकूल प्रतिसाद किंवा विकृत पॅकेटची युक्ती त्यामागील अनुमानाला वैध ठरवत नाही; ती फक्त अंदाजावर दबाव आणते.

उपयुक्त अहवाल निरीक्षण, निरीक्षण बिंदू आणि विश्वास यांची नावे घेतो. फक्त «VPN आढळले» अशी ओळ नेमका तो भाग लपवते जो कोणाला ते तपासू देईल.