साझा VPN एग्ज़िट, अलग लोग: सबूतों को कैसे पढ़ें
पते का मेल, खाते का लिंक और समय की समानता — ये तीन अलग-अलग दावे हैं। कोई भी निष्कर्ष निकालने से पहले पूछें कि कौन सा प्रेक्षक कौन सा रिकॉर्ड रखता है।
रिपोर्ट खोलिए और पहली पंक्ति आमतौर पर एक पता और एक खाते का नाम लेती है, जैसे दोनों एक ही तथ्य हों। वे नहीं हैं। साझा एग्ज़िट आपको बताता है कि किसी डिवाइस ने रिकॉर्ड किए गए समय पर वह पता इस्तेमाल किया, और खाते का लिंक बताता है कि किसी सेवा ने एक पहचानकर्ता को पहचाना। एक से दूसरे तक जाने के लिए जोड़ने का एक आधार चाहिए, जिसे रिपोर्ट को बताना होगा।
उसी प्रेक्षण से शुरू करें जो वास्तव में आपके पास है
जो लगता है वह नहीं, जो दर्ज हुआ है वह लिखें। पता, समय-चिह्न और अनुरोध का पथ प्रेक्षण हैं, जबकि यह बताने वाला वाक्य कि किसने किया, एक अनुमान है। इन दो स्तंभों को अलग रखना ही पूरा अनुशासन है, और बातचीत की तुलना में कागज़ पर इसे बनाए रखना आसान है।
फिर प्रेक्षण को वर्गीकृत करें, क्योंकि सामान्य प्रकारों का भार अलग होता है। साझा एग्ज़िट पता, स्थायी खाता या कुकी पहचानकर्ता, और समय या मात्रा में समानता — ये एक ही तथ्य के तीन संस्करण नहीं हैं। एक कॉर्पोरेट एग्ज़िट के पीछे दो कर्मचारी डिज़ाइन से पता साझा करते हैं, जबकि एग्ज़िट बदलने पर भी साइन-इन रहने वाला एक कर्मचारी खाते का लिंक बनाए रखता है। इन्हें एक तथ्य मानना — यहीं अधिकांश आत्मविश्वासी रिपोर्टें गलती करती हैं।
निष्कर्ष से पहले जोड़ने के आधार का नाम लें
सहसंबंध के दावे को वह क्षेत्र बताना होगा जो दो रिकॉर्ड जोड़ता है। क्या वही कुकी प्रस्तुत हुई, वही खाता प्रमाणित हुआ, वही डिवाइस पहचानकर्ता बताया गया, या केवल वही पता? यदि उत्तर केवल पता है, तो दावा किसी नेटवर्क स्रोत के बारे में है और वहीं रुक जाता है।
| Observer | What it records | What it can join on | What it cannot join |
|---|---|---|---|
| Website or service | Its own requests, logins and cookies | Its own account and session identifiers | Requests to other sites, or the person behind the account |
| Access network | Flow five-tuples between addresses and ports | Address and time | Which account, which page, which person |
| VPN operator | Tunnel session, account and assigned address | Account to tunnel address and interval | Anything after the tunnel exits |
| Account provider | Sign-in events and device identifiers | Sign-in to device across its own services | Traffic that never touched its sign-in |
RFC 6973 गोपनीयता मॉडल सहसंबंध को जानकारी जोड़ने के रूप में देखता है और नोट करता है कि स्थायी पहचानकर्ता समय के साथ अंतःक्रियाओं को जोड़ते हैं। अनामता-समुच्चय की उसकी चर्चा दूसरा आधा जोड़ती है: छिपाव इस पर निर्भर करता है कि उस विशेष प्रेक्षक को और कौन एक जैसा दिखता है। दोनों में से कोई विचार साझा पते को पहचान में नहीं बदलता।
इसलिए ईमानदार वाक्य संकीर्ण रहता है। इन दो घटनाओं ने इन समयों पर एक एग्ज़िट साझा किया, और इससे आगे कुछ भी एक और रिकॉर्ड माँगता है।
प्रेक्षक की स्थिति से होकर चलें
एक वेबसाइट अपने अनुरोध, अपने लॉग-इन और अपने सत्र पहचानकर्ता देखती है, और वह किसी दूसरी वेबसाइट के रिकॉर्ड विरासत में नहीं पाती केवल इसलिए कि दोनों ने एक ही एग्ज़िट इस्तेमाल की। एक्सेस-नेटवर्क प्रेक्षक सामग्री नहीं, प्रवाह देखता है। VPN ऑपरेटर खातों और एग्ज़िट के बीच का मानचित्र देखता है। हर स्थिति अलग निष्कर्ष का समर्थन करती है, और रिपोर्ट आमतौर पर उनमें से केवल एक का नाम लेती है।
पूछें कि किस प्रेक्षक ने रिकॉर्ड बनाया, फिर पूछें कि वह प्रेक्षक वास्तव में क्या देख सकता था। किसी प्रदाता की अपनी शर्तें उसकी वास्तविक लॉगिंग के समान बात नहीं हैं, और इनमें से कोई भी आपके सामने रखे रिकॉर्ड के समान नहीं है। जब उत्तर स्पष्ट न हो, तो अनुमान से खाली जगह भरने के बजाय स्रोत माँगें। स्रोत के बिना रिकॉर्ड यूनिफ़ॉर्म पहने एक परिकल्पना है। सवाल एक संदेश का खर्च है और एक सुधार बचाता है।
समय के पैटर्न को उनकी जगह रखें
समय और मात्रा की तुलना के लिए किसी पृष्ठ की सामग्री पढ़ने की ज़रूरत नहीं होती, इसीलिए ये एन्क्रिप्टेड ट्रैफ़िक की चर्चाओं में दिखती हैं। समानता साझा अधोसंरचना, एक साथ कई उपयोगकर्ताओं और बस एक जैसे दिखने वाले व्यवहार के साथ भी मेल खाती है। ये वैकल्पिक व्याख्याएँ हैं जिन पर एक ईमानदार मूल्यांकन को विचार करना होता है।
किसी असंबंधित प्रयोग से उद्धृत प्रतिशत कुछ भी नहीं पहुँचाता। इसका अर्थ उम्मीदवार-समुच्चय, डेटा, विधि और मापी गई त्रुटि-दर पर निर्भर करता है। इन चारों के बिना एक संख्या सबूत जोड़े बिना भरोसा जोड़ती है। किसी भी एक समानता को परिकल्पना मानें, और पुष्टि खोजने निकलने से पहले लिखें कि उसे क्या झूठा साबित करेगा।
जाँचें कि रिकॉर्ड किस बात का समर्थन करते हैं
इससे पहले कि कोई निष्कर्ष आपके हाथों से निकले, कलाकृतियाँ और समय सुरक्षित रखें। हैश और समय-चिह्न वाली फ़ाइल सबूत है, जबकि चैट संदेश में स्क्रीनशॉट अच्छी नीयत वाली अफ़वाह है। घड़ी का स्रोत भी सहेजें, क्योंकि जिस समय-चिह्न को आप दोबारा नहीं बना सकते, वह केवल समय-चिह्न के बारे में एक दावा है।
date -u +%FT%TZ
sha256sum abuse-report.eml
whois 198.51.100.44 | grep -iE 'netname|org|country'फिर निष्कर्ष उतनी ताकत से कहें जितनी रिकॉर्ड अनुमति देते हैं, और अधिक नहीं। एक वाक्य की सावधानी एक सुधार से सस्ती है।
साझा एग्ज़िट केवल-पते-आधारित आरोपण को कमज़ोर करता है, और यह न पहचान का प्रमाणपत्र है न अनामता का वादा। गोपनीयता की ओर, सत्रों के बीच जो भी टिकता है उसी से शुरू करें, क्योंकि पहचान के लिए ट्रैफ़िक विश्लेषण की शायद ही कभी ज़रूरत होती है। किसी परिचालन जाँच के लिए प्रेक्षण और अनुमान अलग स्तंभों में रखें। सबसे कमज़ोर असमर्थित कड़ी ही वह हो जिसकी आप रिपोर्ट करें, और यह रिपोर्ट में ही कहें।