किल स्विच बनाम Tor Browser अलगाव: दो अलग परीक्षण

किल स्विच और ब्राउज़र के पहचान मॉडल इसलिए मिल जाते हैं क्योंकि दोनों को गोपनीयता सुविधा बताया जाता है। एक नेटवर्क परत पर ट्रैफ़िक रोकता है, और दूसरा सीमित करता है कि एक ब्राउज़िंग सत्र किन चीज़ों को जोड़ सकता है। पहले का परीक्षण पास करना दूसरे के बारे में कुछ नहीं कहता, और Tor Browser के भीतर लोड होने वाला पृष्ठ पहले के बारे में कुछ नहीं कहता। निर्णय यह है कि कौन-सा नियंत्रण किस प्रश्न का उत्तर देता है, क्योंकि यही चुनाव तय करता है कि कौन-से साक्ष्य गिने जाते हैं।

दो सीमाओं पर दो नियंत्रण

किल स्विच मार्गों के बारे में एक नियम है: जब टनल ऊपर नहीं होती, तो जो ट्रैफ़िक अन्यथा कोई दूसरा रास्ता लेता, उसे गिरा दिया जाता है। इसका दायरा वह है जो कार्यान्वयन ढकता है, जो पूरा सिस्टम, एक एप्लिकेशन या केवल वे पता परिवार हो सकते हैं जिन्हें क्लाइंट प्रबंधित करता है। ब्राउज़र अलगाव इस बारे में है कि कोई साइट किसी आगंतुक के बारे में सत्र भर क्या देख सकती है: कुकीज़, कैश में रखी स्थिति, फ़िंगरप्रिंट, लॉगिन। कोई भी तंत्र दूसरे का स्थान नहीं ले सकता, क्योंकि वे पूरी तरह अलग वस्तुओं पर काम करते हैं।

इसलिए कोई मशीन एकदम सही किल स्विच परीक्षण पास कर सकती है और फिर भी लॉगिन के ज़रिए पहचान लीक कर सकती है। उलटा भी उतनी ही बार होता है: ऐसे होस्ट पर अच्छी तरह अलग किया गया ब्राउज़र जिसका टेलीमेट्री ऐसा रास्ता लेता है जिसे नीति ने कभी नहीं ढका।

दोनों को एक लेबल के नीचे रखना ही खराब साक्ष्य पैदा करता है, क्योंकि फिर एक पक्ष का पास होना जोड़ी का स्थान ले लेता है। शुरुआत से ही उन्हें अलग स्तंभों में रखें। स्तंभ का शीर्षक आपको यह भी बताता है कि परीक्षण आपको कौन-सी वस्तु देना है: अवरुद्ध पैकेट या सत्र रिकॉर्ड।

आउटेज रन अधिक संकीर्ण प्रश्न का उत्तर देता है

नियंत्रित आउटेज दिखाता है कि क्लाइंट आपके द्वारा परीक्षण किए गए ट्रैफ़िक को, आपके द्वारा परीक्षण किए गए प्लेटफ़ॉर्म पर, परीक्षण के दौरान रोकता है या नहीं। आवश्यकता में उल्लिखित पता परिवार, एप्लिकेशन और नेटवर्क संक्रमण शामिल करें, क्योंकि हर एक अलग दावा है। IPv4 के लिए लागू होने वाला और IPv6 के लिए नहीं होने वाला अवरोध एक वास्तविक खोज है, और वही उस अवरोध के लिए भी जो तार वाले नेटवर्क पर लागू होता है पर मोबाइल हैंडओवर में नहीं। परिणाम के बगल में दायरा लिखें, क्योंकि बिना शर्त पास होना ही वह तरीका है जिससे संकीर्ण परीक्षण व्यापक अनुमान बन जाता है।

नकारात्मक नियंत्रण उतना ही महत्वपूर्ण है जितना सकारात्मक। पुष्टि करें कि वही अनुरोध टनल ऊपर रहने पर सफल होता है, ताकि स्पष्ट हो कि अवरोध नीति से आया, ऐसे गंतव्य से नहीं जो कभी काम नहीं किया। दोनों स्थितियों में विफल परीक्षण कुछ भी सिद्ध नहीं करता, और इसे चुपचाप हटाने के बजाय रिकॉर्ड में कहना बेहतर है।

अलगाव ब्राउज़र का गुण है, मार्ग नहीं

Tor Browser का घोषित डिज़ाइन सर्किट और ब्राउज़र की स्थिति को साथ रखकर और अनुरोध पर स्थिति साफ़ करके जोड़े जाने की क्षमता सीमित करता है, और परियोजना दस्तावेज़ करती है कि व्यवहार में पहचान के प्रबंधन के लिए इसका क्या अर्थ है। वह डिज़ाइन समर्थित कॉन्फ़िगरेशन मानता है, प्रॉक्सी पोर्ट पर इंगित सामान्य ब्राउज़र नहीं। सुविधा के लिए जोड़े गए एक्सटेंशन अलगाव का हिस्सा रद्द कर सकते हैं, और पकड़ा गया लॉगिन सर्किट की परवाह किए बिना आगे का सब कुछ जोड़ देता है। प्रलेखित व्यवहार सीधे पढ़ने के लिए काफ़ी छोटा है।

ब्राउज़र के अवलोकन और नेटवर्क के अवलोकन अलग प्रश्नों का उत्तर देते हैं, इसलिए उन्हें अलग नोट्स में रखें। VPN ऊपर रहने पर Tor से लोड होने वाला पृष्ठ आपको बताता है कि प्रॉक्सी काम करता है और VPN के ड्रॉप व्यवहार के बारे में कुछ नहीं। आउटेज के दौरान अवरुद्ध पैकेट इस बारे में कुछ नहीं कहता कि एक घंटे पहले दो लॉगिन जोड़े जा सकते थे या नहीं।

दो रिकॉर्ड, दो प्रश्न

किल स्विच के लिए पूछें कि क्या कोई नामित एप्लिकेशन विफलता के दौरान अवांछित मार्ग से बाहर जा सकता है, और अपने स्वामित्व वाले लॉगिंग गंतव्य के साथ नियंत्रित आउटेज लाएँ। ब्राउज़र अलगाव के लिए पूछें कि कौन-से खाते, स्थिति और संकेत दो गतिविधियों को जोड़ सकते हैं, और पैकेट कैप्चर के बजाय कार्यप्रवाह लाएँ। अगर दूसरा एप्लिकेशन मायने रखता है, तो उसे अलग से परखें, क्योंकि दायरा विक्रेताओं के संकेत से ज़्यादा बार प्रति एप्लिकेशन होता है। दो अलग प्रश्न दो अलग वस्तुएँ और एक ईमानदार रिपोर्ट देते हैं।

परीक्षण से पहले दोनों रास्ते बनाएँ: सामान्य मार्ग और टनल विफलता के बाद का मार्ग, दायरे के हर एप्लिकेशन के लिए। चित्र उस खाई को उजागर करता है जिसे एक अकेला हरा संकेत छिपाता है, क्योंकि यह आपको बाध्य करता है कि क्या ढका है और क्या नहीं, यह नाम दें। यह तब करें जब सिस्टम स्वस्थ हों, जब कोई जाँच पूरी घोषित करने के दबाव में न हो।

कोई भी नियंत्रण दूसरे को प्रमाणित नहीं करता, और संयुक्त सेटअप को दोनों गुणों का दावा करने से पहले दोनों रिकॉर्ड चाहिए। एक ही हरे संकेत से दोनों का दावा करना ठीक वही विफलता है जिसे यह जोड़ी रोकने के लिए है।