गोपनीयता सूचना खोलें, मूल्य पृष्ठ नहीं, और उसमें «log» शब्द खोजें। आम तौर पर जवाब में ब्राउज़िंग इतिहास संग्रहीत न करने वाला एक वाक्य आता है, और यह पूछे गए प्रश्न से अधिक संकीर्ण प्रश्न का उत्तर देता है। एक उपयोगी नीति श्रेणियों का नाम लेती है, बताती है कि प्रत्येक कितने समय तक रखी जाती है और पहचानती है कि वादा कौन कर रहा है। दस्तावेज़ को चार पास में पढ़ें और लिखें कि वह क्या नहीं कहता।

नारे से नहीं, सूचना से शुरू करें

विपणन दावा एक सारांश है जिसे उसी टीम ने लिखा है जिसने सूचना लिखी, इसलिए सूचना प्राथमिक दस्तावेज़ है। इसे डाउनलोड करें, तारीख के साथ एक प्रति रखें और इसे गद्य के रूप में नहीं, डेटा श्रेणियों की सूची के रूप में पढ़ें। सूची में न होने वाली कोई भी चीज़ एक खुला प्रश्न है, अंतर्निहित «नहीं» नहीं।

प्रत्येक श्रेणी के लिए एक तालिका या अनुभाग खोजें: कनेक्शन मेटाडेटा, खाता जानकारी, भुगतान रिकॉर्ड, निदान, सहायता पत्राचार। जो प्रदाता इन्हें अलग रखते हैं, उनका मूल्यांकन उन प्रदाताओं की तुलना में आसान है जो «लॉग» को एक ही वस्तु के रूप में वर्णित करते हैं।

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

फ़ील्डों के एक-एक नाम बताएँ

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

खाता डेटा एक अलग श्रेणी है, भले ही क्लाइंट कभी खाता स्क्रीन न दिखाए। सदस्यता स्थिति, ईमेल पता, भुगतान प्रोसेसर के संदर्भ और सहायता टिकट—सभी दृश्यमान लॉगिन के बिना मौजूद हो सकते हैं।

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

grep -n -i -E 'retain|retention|store|log|IP address|session|third part' policy.txt

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

प्रतिधारण और उसका स्वामी पक्ष खोजें

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

फिर पहचानें कि वादा कौन कर रहा है। सदस्यता बेचने वाला ब्रांड, क्लाइंट का डेवलपर, सर्वर होस्ट करने वाली कंपनी और किसी एक एंडपॉइंट का ऑपरेटर—चार अलग पक्ष हो सकते हैं। जाँचें कि वादा किसे कवर करता है और आपका ट्रैफ़िक वास्तव में किस तक पहुँचता है।

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

तय करें कि साक्ष्य क्या कवर करते हैं

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

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

एक पृष्ठ की तुलना के साथ समाप्त करें: ऑपरेटर, कनेक्शन रिकॉर्ड, खाता डेटा, निदान, प्रतिधारण, साक्ष्य और अधिकारक्षेत्र। फिर अनुत्तरित प्रश्नों को स्पष्ट रूप से नोट करें, क्योंकि चूक दुर्व्यवहार का प्रमाण नहीं है और आश्वासन भी नहीं। नामित फ़ील्डों पर बना निर्णय सबसे छोटे नारे पर बने निर्णय से बेहतर है।

संबंधित लेख