तीन हॉप, एक होस्ट: असली निजता-निर्भरताओं की गिनती
हॉप-संख्या साझा होस्टिंग, एक एडमिन खाता और वही रजिस्ट्रार छिपा देती है। निर्भरता का बहीखाता बनाएँ, हर पंक्ति को आँकें और देखें कि साझा मान किसे जोड़ता है।
दूसरा हॉप समय पर उठा और आपका आरेख अब भी तीन अलग प्रदाता दिखाता है। फिर बिल आते हैं और उनमें से दो एक ही होस्टिंग कंपनी का नाम लेते हैं, वही रजिस्ट्रार तीनों डोमेन रखता है, और हर खाता एक ऐसे मेलबॉक्स में बहाल होता है जो आपका है। टनल कॉन्फ़िगरेशन में कुछ भी टूटा नहीं है। डिज़ाइन ने बस कभी हॉप के नीचे बैठी निर्भरताओं की गिनती नहीं की, और हॉप-संख्या उस रास्ते का वर्णन करती है जो ट्रैफ़िक लेता है, उन पक्षों की संख्या नहीं जो उस पर कार्रवाई कर सकते हैं।
लक्षण बिलिंग में दिखता है, लॉग में नहीं
आपको यह टनल लॉग में नहीं मिलेगा, क्योंकि टनल ठीक वही कर रहा है जो आपने कॉन्फ़िगर किया। सबूत सार्वजनिक रिकॉर्ड और खाता सेटिंग्स में रहते हैं: whois संगठन के नाम जो एंडपॉइंट्स के बीच मेल खाते हैं, एक जैसे नेम सर्वर, साझा रजिस्ट्रेंट पता, एक भुगतान विधि, एक नियंत्रण पैनल। इनमें से हर एक संकेत है कि दो परतें जिन्हें अलग-अलग विफल होना चाहिए, साथ में विफल हो सकती हैं।
इनमें से कोई भी संकेत यह साबित नहीं करता कि कोई एक पक्ष आपका ट्रैफ़िक पढ़ सकता है। ये जो घटाते हैं वह है उन स्वतंत्र निर्णयों की संख्या जिन्हें गलत होना पड़ेगा, इससे पहले कि दो सुरक्षा परतें एक ही घटना से समझौता-ग्रस्त हों।
जो रिकॉर्ड आप वास्तव में देख सकते हैं उनकी तुलना करें और लिखें कि आपने क्या तुलना की। हर एंडपॉइंट पते पर संगठन खोजें, हर डोमेन के नेम सर्वर सूचीबद्ध करें, और श्रृंखला के हर खाते की पुनर्प्राप्ति सेटिंग्स खोलें। जहाँ दो मान मेल खाएँ, ध्यान दें कि मेल स्वामित्व के बारे में है, संचालन के बारे में है, या केवल किसी पुनर्विक्रेता के सामने के भाग के बारे में। ये अलग-अलग निष्कर्ष हैं, और इन्हें एक मान लेना ही निर्भरता-समीक्षा को अनुमान में बदल देता है।
तार्किक पथ बनाएँ, फिर निर्भरता का नक्शा
दो आरेख चाहिए, और ज़्यादातर लोग केवल पहला बनाते हैं। तार्किक पथ दिखाता है कि हर सुरक्षा परत कहाँ समाप्त होती है और वह एंडपॉइंट क्या देख सकता है। निर्भरता का नक्शा दिखाता है कि इनमें से हर एंडपॉइंट को कौन चलाता है और प्रशासित करता है, जो नामों का पूरी तरह अलग समूह है।
| Layer to record | Evidence you can collect | What a shared value would mean |
|---|---|---|
| Endpoint operator | Published operator, contract, support contacts | The same party sees two traffic layers |
| Compute and hosting | Address ranges, hosting brands, platform status pages | One administrative action affects two machines |
| Network dependency | Endpoints and transit links near the observation point | Two paths share a segment that could be watched once |
| Management | Control panels, SSH keys, staff with access | One credential compromise crosses both layers |
| Account linkage | Registration records, payment method, recovery mail | Two services can be tied to one identity |
हर पंक्ति को भरने के बजाय आँकें। ज्ञात का अर्थ है कि आपने ऐसा रिकॉर्ड देखा जो यह कहता है, अनुमानित का अर्थ है कि एक अवलोकन इसे सहारा देता है पर तय नहीं करता, और अज्ञात का अर्थ है कि कुछ नहीं मिला। साझा होस्टिंग ब्रांड साझा अवसंरचना के बारे में अनुमान है, साझा ग्राहक डेटाबेस के बारे में कथन नहीं। केवल इसलिए किसी अनुमान को चुपचाप ज्ञात तथ्य में न बढ़ाएँ कि वह उस निष्कर्ष के लिए सुविधाजनक है जिसकी आपने अपेक्षा की थी।
खाली पंक्ति अपने आप में एक निष्कर्ष है। यह बताती है कि कौन-सा तथ्य निर्णय बदल देगा यदि आप उसे जान लें, और यह किसी परिष्कृत विरोधी के संभावित कार्यों पर एक और अनुच्छेद से अधिक उपयोगी है।
AS संख्या केवल रूटिंग प्रश्न का उत्तर देती है
स्वायत्त प्रणाली रूटिंग प्रशासन की संकल्पना है, पतों का एक समूह जो अन्य नेटवर्क को एक सुसंगत रूटिंग दृश्य के रूप में प्रस्तुत होता है। इसलिए अलग-अलग AS संख्याएँ कॉर्पोरेट स्वामित्व, अलग कर्मचारी या स्वतंत्र कानूनी नियंत्रण के बारे में कुछ भी निर्णायक नहीं कहतीं। उलटी भूल भी उतनी ही आम है: एक ही AS में दो एंडपॉइंट स्वतः उस स्थिति के समान नहीं हैं जहाँ एक पक्ष किसी विशिष्ट उपयोगकर्ता की पहचान करता है।
अगर आपको संख्याएँ चाहिए, तो उन्हें मान लेने के बजाय हल करें। नीचे दिया पता एक प्लेसहोल्डर है, और फ़्लैग उपकरण से कहता है कि हर हॉप को उस AS से लेबल करे जो उसे घोषित करता है।
mtr --aslookup --report --report-cycles 5 203.0.113.9उस आउटपुट को रूटिंग का माप मानें, स्वामित्व या पूरे ट्रैफ़िक पथ का नहीं। जिस अभिगम नेटवर्क से आप शुरू करते हैं और एंडपॉइंट्स के बीच ट्रांज़िट निर्भरताएँ अलग प्रश्न हैं जिनका उत्तर एंडपॉइंट पते नहीं दे सकते। जब कोई मार्ग या रिले चयन वहाँ से अवलोकनीय न हो जहाँ आप बैठे हैं, तो उसे अज्ञात का लेबल दें, किसी विशेष नेटवर्क आज मार्ग कैसे चुनता है इस पर सामान्य दावा न आयात करें। अनवलोकित होना अवलोकन-अयोग्य होने के समान नहीं है, पर यह सबूत भी नहीं है।
जोखिम का नाम लेने से पहले अवलोकन का नाम लें
ज़्यादातर निर्भरता-समीक्षाओं में तीन निष्कर्ष मिल जाते हैं, और उन्हें अलग करना ही काम का बड़ा हिस्सा है। एन्क्रिप्टेड ट्रैफ़िक की निष्क्रिय दृश्यता एक निष्कर्ष है। साझा प्रबंधन पहुँच दूसरा है, क्योंकि इसका अर्थ कार्रवाई है, दृश्य नहीं। खाता-संबद्धता तीसरा है, क्योंकि यह बिना कोई तकनीकी पहुँच दिए पहचानों को जोड़ता है।
इसमें RFC 6973 की निजता मार्गदर्शिका उपयोगी रूप देती है: सूची बनाएँ कि हर इकाई क्या सीखती है, फिर पूछें कि इसे कहीं और रखी सूचना के साथ कैसे जोड़ा जा सकता है। किसी पथ पर दो बिंदु यदि समान ट्रैफ़िक पैटर्न देखते हैं तो सहसंबंध की चिंता प्रेरित कर सकते हैं, पर वे आपको यह मापी हुई प्रायिकता नहीं देते कि किसी की पहचान हुई है। चिंता लिखें, फिर वह अवलोकन लिखें जो उसे पुष्ट करेगा।
दो टनल सेवाओं और एक किराए के प्रॉक्सी की श्रृंखला पर लौटें। यदि प्रॉक्सी के प्रबंधन क्रेडेंशियल एक टनल सर्वर के साथ पुनर्प्राप्ति खाता साझा करते हैं, तो एक प्रशासनिक समझौता दोनों सीमाएँ पार कर सकता है। यदि एकमात्र अतिव्यापन यह है कि एक होस्टिंग कंपनी दोनों मशीनें चलाती है, तो समीक्षा को बताना होगा कि उस कंपनी के पास कौन-सी शक्तियाँ हैं और कौन-सी सूचना सुरक्षित रहती है। वही तीन हॉप, अलग निष्कर्ष।
बहीखाता अनामिका का प्रमाणपत्र नहीं है और कभी नहीं होगा। इसका मूल्य संकीर्ण और अधिक व्यावहारिक है: यह दिखाता है कि स्वतंत्रता कहाँ स्थापित है, कहाँ मान ली गई है, और कौन-सी एक अज्ञात पंक्ति निर्णय को हिलाएगी। अगली बार उसी पंक्ति को चुनें, और जब तक उसका उत्तर न मिले, आरेख के बाकी हिस्से को छोड़ दें।