ریکارڈز، تحفظ یا آئندہ لاگنگ: کون سی درخواست؟
پہلے سے موجود ریکارڈز کی درخواست، تحفظ کا حکم اور آئندہ جمع آوری کا حکم تین مختلف کارروائیاں ہیں۔ پہلے پڑھیں کہ دستاویز کس کی اجازت دیتی ہے۔
ایک سرخی کہتی ہے کہ 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 کی تعریفیں مواصلات کے مواد کو ان زمروں سے خارج کرتی ہیں۔
یہی استثنا وہ حصہ ہے جو لوگ اس وقت نظرانداز کرتے ہیں جب وہ نتیجہ نکالتے ہیں کہ حکم پیغامات پڑھنے کی اجازت دیتا ہے۔ زمرہ خصوصیات سے متعلق ہے، مواد سے نہیں، اور قانون اس بارے میں مخصوص ہے کہ وہ کیا محیط ہے۔ کیا کوئی مخصوص درخواست اس حد کے اندر آتی ہے، یہ بلاگ پوسٹ کا نہیں، وکیل کا سوال ہے۔
اس سے یہ بھی نکلتا ہے کہ فراہم کنندہ کی عام نو-لاگ پالیسی قانونی ڈھال نہیں۔ پالیسی بتاتی ہے کہ بطور طے شدہ کیا جمع ہوتا ہے؛ ذمہ داری بتاتی ہے کہ مؤثر ذریعے کے تحت کیا کرنا ہے۔ یہ دونوں بیانات بیک وقت درست ہو سکتے ہیں اور پھر بھی عملاً متصادم ہو سکتے ہیں۔
درخواست آنے پر کیا کرنا چاہیے
دستاویز کو فوراً ذمہ دار جائزہ لینے والے کو بھیجیں اور اسے ویسا ہی محفوظ رکھیں جیسا ملا، ہیڈرز اور منسلکات سمیت۔ آخری تاریخ، رازداری کی شرائط اور نامزد زمروں کو نوٹ کریں، کیونکہ یہ تین حقائق آگے کی ہر چیز کا تعین کرتے ہیں۔
کسی آن لائن خلاصے سے جمع آوری یا حذف کی تبدیلی نہ بنائیں۔ عدم افشا لاگو ہوتا ہے یا نہیں یہ جانچنے سے پہلے متاثرہ صارف کو مطلع نہ کریں، اور ذریعہ پڑھے بغیر یہ فرض نہ کریں کہ وہ لاگو ہوتا ہے۔
اگر آپ فراہم کنندہ چلانے کے بجائے منتخب کر رہے ہیں، تو ڈیٹا پالیسی کو اس کی شفافیت رپورٹ کے ساتھ پڑھیں اور خالی جگہوں پر غور کریں۔ شائع شدہ درخواستوں کا نہ ہونا اس بات کا ثبوت نہیں کہ مطالبات تکنیکی طور پر ناممکن ہیں، اور شائع شدہ پالیسی اس بات کا ثبوت نہیں کہ کوئی دوسرا زمرہ موجود نہیں۔