अभिलेख, संरक्षण वा भविष्यको लगिङ: कुन अनुरोध?
पहिले नै रहेका अभिलेखको अनुरोध, संरक्षणको आदेश र भविष्यमा संकलनको आदेश तीन फरक कार्य हुन्। पहिले पढ्नुहोस् कि कागजातले कुनलाई अधिकार दिन्छ।
एउटा शीर्षक भन्छ कि एक VPN प्रदायकलाई अभिलेख बुझाउन आदेश दिइएको छ, र टिप्पणीको शृंखलाले अब हरेक VPN ले लग राख्नैपर्ने निष्कर्ष निकाल्छ। शीर्षक पछाडिको कागजातले पहिले नै रहेका अभिलेख मागेको हुन सक्छ, वा थप प्रक्रिया नआउँदासम्म आफूसँग भएको राख्न प्रदायकलाई भनेको हुन सक्छ, वा भविष्यमा केही निर्दिष्ट विशेषताहरूको संकलन अधिकार दिएको हुन सक्छ। यी तीन फरक सीमा भएका तीन फरक कार्य हुन्। निष्कर्षमा पुग्नुअघि कागजातले कुन गर्छ पढ्नुहोस्।
समन भनिने तीन कार्य
शीर्षकको शब्द सामान्यतया झुटो नभई वर्गको भूल हो। विद्यमान अभिलेखको अनुरोध, संरक्षणको आदेश र भविष्यको संकलनको अनुमति सबै कानुनी कागजका रूपमा आउँछन्, र ती विनिमययोग्य छैनन्। प्रत्येकले फरक कार्य, फरक समयावधि र फरक प्राप्तकर्ताको समूह बताउँछ। कुन लागू हुन्छ पढ्न एक मिनेट लाग्छ र धेरै गलत निष्कर्ष रोक्छ।
| Operation | What it asks for | What it does not do |
|---|---|---|
| Records request | Information already held by the provider | Create data that was never collected |
| Preservation | Keep existing records while process continues | Disclose them to the requester |
| Prospective collection | Capture specified attributes going forward | Read the contents of communications |
यो तालिका पढ्ने सहायक हो, कानुनी वर्गीकरण होइन, र महत्त्वपूर्ण कुरा विशिष्ट साधन हो। सेवाको वर्गीकरण, त्यसको अधिकारक्षेत्र र कागजातमा नाम दिइएको जानकारी सबैले विश्लेषण बदल्छन्, त्यसैले उपयोगी प्रश्न सधैं "कुन कार्य, कुन अवधिमा, कुन वर्गका लागि" हुन्छ।
पहिले नै जे छ त्यो फरक प्रश्न हो
संयुक्त राज्यको उदाहरणका लागि, 18 USC 2703 ले सञ्चार र ग्राहक अभिलेखका लागि फरक मार्ग दिन्छ, र उपधारा (c)(2) ले निर्दिष्ट प्रक्रियाबाट प्राप्त गर्न सकिने केही ग्राहक जानकारी तोक्छ। सबै प्रकारको जानकारी एउटै साधनबाट उपलब्ध छ भनी यसले भन्दैन।
त्यही भिन्नता गोपनीयता नीतिले तपाईंको तर्फबाट उत्तर दिन नसक्ने कुरा हो। ब्राउजिङ इतिहास संरक्षणबारेको वक्तव्यले खाता अभिलेख, भुक्तानी अभिलेख वा सहायता टिकटबारे केही नभन्न सक्छ, किनकि ती फरक संरक्षण भएका फरक वर्ग हुन्।
त्यसैले नीतिलाई एउटै वाचाका रूपमा नभई वर्गको सूचीका रूपमा पढ्नुहोस्। कुन अभिलेख छन्, कति समय र कसको नियन्त्रणमा छन् सोध्नुहोस्, र प्रदायकले विपरीत नभनुन्जेल "हामी कुनै लग राख्दैनौं" लाई एक वर्गबारेको दाबी मान्नुहोस्। त्यसपछि अनुरोधले वास्तवमा कुन वर्गको नाम लिन्छ सोध्नुहोस्। यी दुई उत्तरबीचको अमिल्दो नै VPN लगिङबारेका धेरै सार्वजनिक बहस गलत हुने ठाउँ हो।
संरक्षण प्रकटीकरण होइन
संरक्षणले प्रदायकलाई पहिले नै आफ्नो कब्जामा रहेका प्रमाण थप प्रक्रिया नआउँदासम्म राख्न भन्छ। यसले ती प्रमाण कसैलाई दिँदैन, र अभिलेखको नयाँ प्रवाह सिर्जना गर्दैन। "प्रदायकलाई डाटा राख्न आदेश दिइयो" भन्ने सारांशमा यो भिन्नता हराउन सजिलो छ।
समाचार पढ्ने व्यक्तिका लागि यसको अर्थ संरक्षण आदेश प्रदायकले आफ्नो संकलन अभ्यास बदलेको प्रमाण होइन। आदेश पाउने सञ्चालकका लागि यसको अर्थ जिम्मेवारी केही नष्ट नगर्नेसँग सम्बन्धित छ, जुन पाइपलाइन बनाउनुभन्दा धेरै साँघुरो कार्य हो।
दुवै पाठ एउटै व्यावहारिक नियममा पुग्छन्: सम्बन्धित अवस्था स्थिर गर्नुहोस् र योग्य व्यक्तिले अनुरोध समीक्षा नगरेसम्म त्यसलाई बदल्न छोड्नुहोस्। हतारमा मेट्नु र हतारमा संकलन गर्नु दुवै अवस्था बिगार्ने तरिका हुन्। माग आउँदा के थियो भन्ने लिखित टिप्पणी पछिको कुनै पनि पुनर्निर्माणभन्दा बढी मूल्यवान हुन्छ।
भविष्यको संकलनको आफ्नै अधिकार छ
भविष्यको संकलन फेरि छुट्टै संयन्त्र हो। संयुक्त राज्यमा, 18 USC 3123 अन्तर्गत pen register र trap and trace आदेशहरूले अनुमति, निर्दिष्ट सञ्चार विशेषता, सहायता, अवधि र अप्रकटीकरणसँग व्यवहार गर्छन्, जबकि धारा 3127 का परिभाषाले सञ्चारको सामग्रीलाई ती वर्गबाट बाहिर राख्छन्।
त्यही अपवाद हो जुन मानिसहरूले छुटाउँछन् जब तिनीहरू आदेशले सन्देश पढ्न अनुमति दिन्छ भनी निष्कर्ष निकाल्छन्। वर्ग विशेषतासँग सम्बन्धित छ, सामग्रीसँग होइन, र कानून के समेट्छ भन्नेमा विशिष्ट छ। कुनै विशेष अनुरोध त्यो सीमाभित्र पर्छ कि पर्दैन भन्ने ब्लग पोस्टको होइन, वकिलको प्रश्न हो।
यसबाट यो पनि पुष्टि हुन्छ कि प्रदायकको सामान्य नो-लग नीति कानुनी ढाल होइन। नीतिले पूर्वनिर्धारित रूपमा के संकलन हुन्छ भन्छ; जिम्मेवारीले वैध साधनअन्तर्गत के गर्नुपर्छ भन्छ। यी दुवै भनाइ एकै समयमा सत्य हुन सक्छन् र व्यवहारमा ठोक्किन पनि सक्छन्।
अनुरोध आउँदा के गर्ने
कागजात तुरुन्तै जिम्मेवार समीक्षककहाँ पठाउनुहोस् र हेडर र संलग्नकसहित जस्तो प्राप्त भयो त्यस्तै सुरक्षित राख्नुहोस्। समयसीमा, गोपनीयताका सर्त र नाम दिइएका वर्गहरू टिप्नुहोस्, किनकि यी तीन तथ्यले पछिका सबै कुरा निर्धारण गर्छन्।
अनलाइन सारांशबाट संकलन वा मेटाउने परिवर्तन नबनाउनुहोस्। अप्रकटीकरण लागू हुन्छ कि जाँच्नुअघि प्रभावित प्रयोगकर्तालाई जानकारी नदिनुहोस्, र साधन नपढी त्यो लागू हुन्छ भनी नमान्नुहोस्।
यदि तपाईं प्रदायक सञ्चालन नगरी छनोट गर्दै हुनुहुन्छ भने, डाटा नीति त्यसको पारदर्शिता प्रतिवेदनको छेउमा पढ्नुहोस् र खाली ठाउँहरू देख्नुहोस्। प्रकाशित अनुरोध नहुनु मागहरू प्राविधिक रूपमा असम्भव छन् भन्ने प्रमाण होइन, र प्रकाशित नीति अर्को वर्ग छैन भन्ने प्रमाण होइन।