आपकी गोपनीयता श्रृंखला में कितनी स्वतंत्र निर्भरताएँ हैं?

अधिकांश गोपनीयता आरेखों में बक्से गिनें तो तीन या पाँच हॉप मिलते हैं, हर एक में अलग कंपनी का लोगो। उन बक्सों पर वास्तव में कार्य कर सकने वाले संगठनों को गिनें और संख्या अक्सर दो तक सिमट जाती है। श्रृंखला विश्वास को केवल उतना ही अलग करती है जितनी उसकी निर्भरताएँ स्वतंत्र हों, और हॉप गिनती उसमें से कुछ भी नहीं मापती। वही अंतराल पूरा वह प्रश्न है जो पूछने योग्य है।

दो नक्शे मदद करते हैं। एक यह देखता है कि पैकेट कहाँ जाते हैं; दूसरा दर्ज करता है कि प्रत्येक तत्व को कौन संचालित करता है, भुगतान करता है, प्रशासित करता है और किसे कार्य करने के लिए बाध्य किया जा सकता है। दूसरा नक्शा आकर्षक नहीं है, प्रायः अपूर्ण होता है, और निर्णय बदलने की संभावना बहुत अधिक रखता है।

ट्रैफ़िक पथ खींचें, फिर नियंत्रण पथ खींचें

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

हर पंक्ति को ज्ञात, अनुमानित या अज्ञात के रूप में चिह्नित करें और लिखें कि चिह्न किस पर टिका है। ब्रांड नाम स्थापित करता है कि सेवा आपको किसने बेची। यह स्थापित नहीं करता कि मशीन किसकी है, और निश्चित रूप से यह भी नहीं कि ग्राहक रिकॉर्ड किसी अन्य सेवा के रिकॉर्ड के साथ एक ही डेटाबेस में हैं या नहीं।

अनुशासन स्प्रेडशीट से अधिक मायने रखता है। जैसे ही «अज्ञात» स्वीकार्य मान बन जाता है, आरेख स्वयं को सराहना बंद कर देता है और दिखाने लगता है कि कौन-सा अनुपस्थित तथ्य निष्कर्ष को उलट देगा।

हॉप गिनती क्या नहीं देख सकती

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

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

उलटी ग़लती भी उतनी ही सामान्य है। यह मानना कि अलग स्वामित्व अलगाव की गारंटी देता है, इस तथ्य की अनदेखी करता है कि ऑपरेटरों पर उसी तरह हमले होते हैं, दबाव डाला जाता है या वे बस लापरवाह होते हैं। स्वतंत्रता मद-दर-मद स्थापित होती है, लोगो उसे प्रदान नहीं करता।

स्वायत्त प्रणाली एक राउटिंग सीमा है

AS संख्या ऐसे डोमेन की पहचान करती है जो अपने सहकर्मियों को सुसंगत राउटिंग दृश्य प्रस्तुत करता है। यह कथन राउटिंग नीति के बारे में है, कॉर्पोरेट स्वामित्व, कर्मचारियों, अधिकारक्षेत्र या क्रेडेंशियल अलगाव के बारे में नहीं। अलग AS संख्याओं के पीछे की दो सेवाएँ एक ही मालिक साझा कर सकती हैं, और कई AS संख्याओं पर फैली एक सेवा अब भी एक ही ऑपरेटर है।

लुकिंग ग्लास से AS संख्याएँ पढ़ना आपके नक्शे की ट्रांज़िट पंक्ति के लिए उचित पहला कदम है। यह किसी विशेष शाम को आपके ट्रैफ़िक द्वारा लिए गए पथ का माप नहीं है, और इसे ऐसा नहीं लिखा जाना चाहिए। जहाँ पथ अज्ञात है, वहाँ अज्ञात लिखें।

हर हॉप के लिए भरने योग्य चार पंक्तियाँ

हर अंतिम बिंदु को उन्हीं चार प्रश्नों से उसी क्रम में देखें, ताकि अंतराल दृश्यमान रहें और आत्मविश्वासी सारांश वाक्य में घुल-मिल न जाएँ।

• सामग्री कौन पढ़ सकता है? उस पक्ष का नाम लें जो सुरक्षा परत समाप्त करता है और उसके पास कौन-सा सादा पाठ या कुंजियाँ हैं।
• बक्सा कौन संचालित कर सकता है? अवसंरचना के मालिक को कंसोल पहुँच रखने वाले से अलग करें, और जाँचें कि क्या वह पहुँच श्रृंखला की किसी अन्य सेवा के साथ साझा है।
• किसके रिकॉर्ड इसे किसी और चीज़ से जोड़ सकते हैं? बिलिंग पहचान, पुनर्प्राप्ति पता, सहायता खाता और भुगतान साधन सामान्य पुल हैं।
• डेटा के अनुरोध का उत्तर कौन देता है? कानूनी इकाई और उसका अधिकारक्षेत्र पहचानें, फिर पूछें कि वह इकाई आख़िर कौन-सा डेटा रखती है।

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

साझा निर्भरता वास्तव में कब मायने रखती है

गोपनीयता का प्रश्न कभी यह नहीं होता कि साझा निर्भरता है या नहीं, बल्कि यह कि वह निर्भरता क्या जोड़ सकती है। साझा प्रबंधन पहुँच एन्क्रिप्टेड ट्रैफ़िक की निष्क्रिय दृश्यता से अलग जोखिम है, और खाता-संबंध दोनों से भिन्न है। कुछ भी निष्कर्ष निकालने से पहले अवलोकन, विशेषाधिकार और संग्रहीत रिकॉर्ड का नाम लें।

पर्यवेक्षक और सहसंबंध की चर्चा RFC 6973 एक काम्य ढाँचा देती है: सूचीबद्ध करें कि हर इकाई क्या सीखती है, फिर पूछें कि उन सीखों को जोड़ने से क्या मिलेगा। दो पक्षों का समान मेटाडेटा देखना सहसंबंध जाँचने का कारण है। यह पहचान की मापी गई प्रायिकता नहीं है, और इसे ऐसा प्रस्तुत नहीं करना चाहिए।

काम करके देखें तो तीन-पक्षीय उदाहरण अलग-अलग निष्कर्षों में बँट जाता है। कंसोल पहुँच साझा किए बिना साझा होस्टिंग आपूर्ति श्रृंखला में संकेंद्रण है। साझा पुनर्प्राप्ति मेलबॉक्स एक प्रशासनिक पुल है। दोनों वास्तविक हैं; केवल दूसरा ही एक उल्लंघन को दो सीमाएँ पार करने देता है।

आप जिसके साथ समाप्त करते हैं वह अनामता का प्रमाणपत्र नहीं है। यह एक तर्कसंगत बयान है कि स्वतंत्रता कहाँ सत्यापित हुई, कहाँ मानी गई, और कौन-सा एक तथ्य आपकी राय बदल देगा। यह आरेख पर एक और तीर से बेहतर है।