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

वास्तवमा तपाईंसँग भएको अवलोकनबाट सुरु गर्नुहोस्

जस्तो देखिन्छ त्यो होइन, जे अभिलेख भयो त्यो लेख्नुहोस्। ठेगाना, समय-छाप र अनुरोधको मार्ग अवलोकन हुन्, जबकि कसले गर्यो भन्ने वाक्य अनुमान हो। यी दुई स्तम्भ अलग राख्नु नै सम्पूर्ण अनुशासन हो, र कागजमा यो कुराकानीभन्दा सजिलै टिकाउन सकिन्छ।

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

निष्कर्षअघि जोडाइको आधारको नाम लिनुहोस्

सहसम्बन्धको दाबीले दुई रेकर्ड जोड्ने क्षेत्रको नाम लिनुपर्छ। त्यही कुकी प्रस्तुत भयो, त्यही खाता प्रमाणित भयो, त्यही यन्त्र पहिचानकर्ता रिपोर्ट भयो, वा केवल त्यही ठेगाना? उत्तर केवल ठेगाना भए, दाबी सञ्जाल स्रोतको बारेमा हो र त्यहीँ रोकिन्छ।

ObserverWhat it recordsWhat it can join onWhat it cannot join
Website or serviceIts own requests, logins and cookiesIts own account and session identifiersRequests to other sites, or the person behind the account
Access networkFlow five-tuples between addresses and portsAddress and timeWhich account, which page, which person
VPN operatorTunnel session, account and assigned addressAccount to tunnel address and intervalAnything after the tunnel exits
Account providerSign-in events and device identifiersSign-in to device across its own servicesTraffic 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'

त्यसपछि रेकर्डले दिने शक्तिअनुसार निष्कर्ष भन्नुहोस्, त्यसभन्दा बढी होइन। एक वाक्यको सतर्कता एक सुधारभन्दा सस्तो हुन्छ।

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

सम्बन्धित लेखहरू