तपाईंको गोपनीयता श्रृंखलामा कति स्वतन्त्र निर्भरताहरू छन्?

अधिकांश गोपनीयता रेखाचित्रहरूमा बाकसहरू गन्दा तीन वा पाँच हप भेटिन्छन्, प्रत्येकमा फरक कम्पनीको लोगो। ती बाकसमा साँच्चै कार्य गर्न सक्ने संस्थाहरू गन्नुहोस् र संख्या प्रायः दुईमा झर्छ। श्रृंखलाले विश्वासलाई त्यतिमात्र अलग गर्छ जति उसका निर्भरताहरू स्वतन्त्र छन्, र हप गणनाले त्यसमध्ये केही पनि मापन गर्दैन। त्यही अन्तराल नै सोध्न लायक सम्पूर्ण प्रश्न हो।

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

ट्राफिक मार्ग कोर्नुहोस्, त्यसपछि नियन्त्रण मार्ग कोर्नुहोस्

दुई टनेल सेवाअगाडि भाडामा लिएको प्रोक्सी तीन पक्षजस्तो देखिन्छ। होस्टिङ प्रदायक, नियन्त्रण प्यानल खाता, बिलिङ पहिचान र कानुनी अनुरोध दिइने ठेगाना लेख्नुहोस्, अनि ती तीन एउटै क्लाउड भाडावाला र एउटै पुनःप्राप्ति मेलबक्समा घट्न सक्छन्। ट्राफिक मार्गमा केही बदलिएन; स्वतन्त्रताको वर्णन बदलियो।

प्रत्येक पङ्क्तिलाई ज्ञात, अनुमानित वा अज्ञात भनी लेबल गर्नुहोस् र लेबल केमा टेकिएको छ लेख्नुहोस्। ब्रान्ड नामले सेवा तपाईंलाई कसले बेच्यो भन्ने स्थापित गर्छ। मेसिन कसको हो भन्ने स्थापित गर्दैन, र ग्राहक अभिलेख अर्को सेवाका अभिलेखसँगै एउटै डेटाबेसमा छन् कि छैनन् भन्ने त झनै होइन।

स्प्रेडसिटभन्दा अनुशासन बढी महत्त्वपूर्ण छ। «अज्ञात» स्वीकार्य मान बनेपछि रेखाचित्रले आफ्नै प्रशंसा गर्न छोड्छ र कुन हराएको तथ्यले निष्कर्ष उल्टाउनेछ भन्ने देखाउन थाल्छ।

हप गणनाले के देख्न सक्दैन

हपहरूले इन्क्याप्सुलेसन र फर्वार्डिङको वर्णन गर्छन्। तिनले साझा प्रशासन, साझा अपस्ट्रिम ट्रान्जिट, साझा भुक्तानी साधन वा साझा पुनःप्राप्ति च्यानलबारे केही भन्दैनन्, र ती चार ठाउँ नै नाममात्र फरक दुई सेवा चुपचाप एउटा हुने ठाउँ हुन्।

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

उल्टो त्रुटि पनि उत्तिकै सामान्य छ। अलग स्वामित्वले अलगावको ग्यारेन्टी गर्छ भन्ने मान्नुले सञ्चालकहरूमाथि उही तरिकाले आक्रमण हुन्छ, दबाब पर्छ वा तिनीहरू केवल लापरबाह हुन्छन् भन्ने बेवास्ता गर्छ। स्वतन्त्रता वस्तु-वस्तु गरेर स्थापित हुन्छ, लोगोले त्यो दिँदैन।

स्वायत्त प्रणाली एक राउटिङ सीमा हो

AS नम्बरले आफ्ना पियरहरूलाई सुसंगत राउटिङ दृष्टिकोण प्रस्तुत गर्ने डोमेन पहिचान गर्छ। त्यो भनाइ राउटिङ नीतिको बारेमा हो, कर्पोरेट स्वामित्व, कर्मचारी, क्षेत्राधिकार वा प्रमाणहरूको अलगावको बारेमा होइन। फरक AS नम्बरपछाडिका दुई सेवाले एउटै मालिक साझा गर्न सक्छन्, र धेरै AS नम्बरमा फैलिएको एउटा सेवा अझै एउटै सञ्चालक हो।

लुकिङ ग्लासबाट AS नम्बर पढ्नु तपाईंको नक्साको ट्रान्जिट पङ्क्तिका लागि उचित पहिलो कदम हो। यो कुनै विशेष साँझ तपाईंको ट्राफिकले लिएको मार्गको मापन होइन, र त्यसरी लेख्नु हुँदैन। जहाँ मार्ग अज्ञात छ, त्यहाँ अज्ञात लेख्नुहोस्।

प्रत्येक हपका लागि भर्नुपर्ने चार पङ्क्ति

प्रत्येक छेउलाई उही चार प्रश्नले उही क्रममा हेर्नुहोस्, ताकि अन्तरालहरू देखिने रहुन् र आत्मविश्वासी सारांश वाक्यले समतल बनाइदिन नपाओस्।

• सामग्री कसले पढ्न सक्छ? सुरक्षा तह अन्त्य गर्ने पक्ष र उससँग भएको सादा पाठ वा कुञ्जीहरूको नाम लिनुहोस्।
• बाकस कसले सञ्चालन गर्न सक्छ? पूर्वाधारको मालिकलाई कन्सोल पहुँच भएको व्यक्तिबाट छुट्याउनुहोस्, र त्यो पहुँच श्रृंखलाको अर्को सेवासँग साझा छ कि छैन जाँच्नुहोस्।
• कसका अभिलेखले यसलाई अरू केहीसँग जोड्न सक्छ? बिलिङ पहिचान, पुनःप्राप्ति ठेगाना, सहयोग खाता र भुक्तानी साधन सामान्य पुलहरू हुन्।
• डेटाको अनुरोधको जवाफ कसले दिन्छ? कानुनी निकाय र त्यो रहेको क्षेत्राधिकार पहिचान गर्नुहोस्, अनि त्यो निकायले के के डेटा राख्छ भनी सोध्नुहोस्।

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

साझा निर्भरता साँच्चै कहिले महत्त्वपूर्ण हुन्छ

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

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

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

तपाईंले अन्त्य गर्ने कुरा अनामताको प्रमाणपत्र होइन। स्वतन्त्रता कहाँ प्रमाणित भयो, कहाँ अनुमान गरियो र कुन एकल तथ्यले तपाईंको विचार बदल्छ भन्ने वर्णन गर्ने यो रक्षणीय भनाइ हो। त्यो रेखाचित्रमा अर्को एउटा बाणभन्दा राम्रो छ।