سوابق، حفظ یا ثبت آینده: کدام درخواست؟
درخواست سوابق موجود، دستور حفظ و دستور جمع‌آوری آینده سه عملیات متفاوت‌اند. نخست بخوانید سند کدام را مجاز می‌کند.
یک تیتر می‌گوید به ارائه‌دهنده 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 اشتباه می‌رود.
حفظ افشا نیست
حفظ از ارائه‌دهنده می‌خواهد شواهدی را که از قبل در اختیار دارد تا دریافت فرایند بیشتر نگه دارد. آن شواهد را به کسی نمی‌دهد و جریان تازه‌ای از سوابق ایجاد نمی‌کند. این تمایز در خلاصه‌ای که می‌گوید به ارائه‌دهنده «دستور داده شده داده‌ها را نگه دارد» به‌راحتی از دست می‌رود.
برای کسی که خبر را می‌خواند، این یعنی دستور حفظ مدرکی نیست بر اینکه ارائه‌دهنده رویه‌های جمع‌آوری خود را تغییر داده است. برای اپراتوری که یکی دریافت می‌کند، یعنی تکلیف دربارهٔ نابود نکردن چیزی است، که اقدامی بسیار باریک‌تر از ساختن خط لوله است.
هر دو خوانش به یک قاعدهٔ عملی می‌رسند: وضعیت مربوط را منجمد کنید و تغییرش را متوقف کنید تا فردی واجد صلاحیت درخواست را بازبینی کند. حذف شتاب‌زده و جمع‌آوری شتاب‌زده هر دو راه بدتر کردن وضعیت‌اند. یادداشت مکتوب از آنچه هنگام رسیدن مطالبه وجود داشت ارزشمندتر از هر بازسازی بعدی است.
جمع‌آوری آینده اختیار خود را دارد
جمع‌آوری آینده باز سازوکاری جداست. در ایالات متحده، دستورهای pen register و trap and trace تحت 18 USC 3123 به مجوز، ویژگی‌های مشخص ارتباطات، کمک، دوره‌های زمانی و عدم افشا می‌پردازند، در حالی که تعاریف مادهٔ 3127 محتوای ارتباطات را از این مقوله‌ها کنار می‌گذارد.
این استثنا همان بخشی است که مردم از دست می‌دهند وقتی نتیجه می‌گیرند دستوری خواندن پیام‌ها را مجاز می‌کند. مقوله دربارهٔ ویژگی‌هاست نه محتوا، و قانون در اینکه چه چیزی را پوشش می‌دهد مشخص است. اینکه درخواست معینی در این حد جای می‌گیرد پرسشی برای وکیل است نه نوشتهٔ وبلاگ.
از این نیز برمی‌آید که سیاست معمول بدون‌ثبت ارائه‌دهنده سپر حقوقی نیست. سیاست توصیف می‌کند به‌طور پیش‌فرض چه جمع‌آوری می‌شود؛ تکلیف توصیف می‌کند تحت ابزار معتبر چه باید کرد. این دو گزاره می‌توانند همزمان درست باشند و در عمل تعارض پیدا کنند.
وقتی درخواست می‌رسد چه کنیم
سند را بی‌درنگ به بازبین مسئول بفرستید و آن را دقیقاً همان‌گونه که دریافت شده نگه دارید، شامل سرصفحه‌ها و پیوست‌ها. مهلت‌ها، شرایط محرمانگی و مقوله‌های نام‌برده را یادداشت کنید، زیرا این سه واقعیت همهٔ آنچه پس از آن می‌آید را هدایت می‌کند.
از یک خلاصهٔ آنلاین تغییر جمع‌آوری یا حذف نسازید. پیش از بررسی اینکه آیا عدم افشا اعمال می‌شود کاربر متأثر را آگاه نکنید، و بدون خواندن ابزار فرض نکنید که اعمال می‌شود.
اگر در حال انتخاب ارائه‌دهنده هستید نه ادارهٔ آن، سیاست داده را کنار گزارش شفافیتش بخوانید و شکاف‌ها را ببینید. نبود درخواست‌های منتشرشده مدرکی نیست بر اینکه مطالبات از نظر فنی ناممکن‌اند، و سیاست منتشرشده مدرکی نیست بر اینکه مقولهٔ دیگری وجود ندارد.