E2EE آنچه ارائه‌دهنده می‌تواند بخواند محدود می‌کند؛ اما تمام جاهایی را که یک گفتگو ممکن است وجود داشته باشد توصیف نمی‌کند.
درخواست قانونی از ارائه‌دهندهٔ پیام‌رسان می‌تواند به سوابقی برسد که ارائه‌دهنده در اختیار دارد یا به آن‌ها دسترسی دارد. رمزنگاری سرتاسری می‌تواند محتوای پیام خصوصی را به‌شکل خوانا خارج از اختیار ارائه‌دهنده نگه دارد، اما حساب را ناشناس نمی‌کند و مانع دسترسی مأموران تحقیق به اطلاعات از منابع دیگر نمی‌شود.
نتیجه به نگهداری واقعی داده در سرویس، قابلیت ارتباطی استفاده‌شده، منبع مدرک و فرایند قانونی قابل اعمال بستگی دارد. احضاریه یا دستور ارائهٔ مدارک، حکم بازرسی و بررسی دستگاه قابل جایگزینی با یکدیگر نیستند. این مقاله مرزهای فنی را توضیح می‌دهد، نه اینکه یک دادگاه یا حوزهٔ قضایی مشخص چگونه به پرونده رسیدگی می‌کند؛ برای درخواست واقعی، مشاورهٔ حقوقی واجد صلاحیت بگیرید.
از منبع داده شروع کنید
پرسشی مانند «آیا پلیس می‌تواند پیام‌های رمز‌شده را بخواند؟» بیش از حد کلی است. بپرسید نسخهٔ موردنظر از کجا می‌آید:
| منبع | چه چیزی ممکن است در دسترس باشد | E2EE چه چیزی را تغییر می‌دهد |
|---|---|---|
| ارائه‌دهندهٔ پیام‌رسان | سوابق حساب، فرادادهٔ ذخیره‌شده، نوشته‌های عمومی و دادهٔ رمز‌شدهٔ تحویل | E2EE درست پیاده‌سازی‌شده، وقتی ارائه‌دهنده کلید ندارد، دسترسی به متن آشکار خصوصی را محدود می‌کند |
| دستگاه یکی از شرکت‌کنندگان | گفتگوهای نمایش‌داده‌شده، پایگاه دادهٔ محلی، فایل‌های دانلودشده یا اعلان‌ها | رمزنگاری حین انتقال، دادهٔ ازقبل‌در‌دسترس روی پایانهٔ قابل دسترسی را پنهان نمی‌کند |
| سرویس پشتیبان | هرآنچه پشتیبان در بر دارد، طبق سیاست رمزنگاری و کلید خود آن | E2EE چت خودبه‌خود E2EE پشتیبان را برقرار نمی‌کند |
| گیرنده یا عضو گروه | نسخه‌ها، تصاویر صفحه، خروجی‌ها یا شهادت آن‌ها | گیرنده می‌تواند اطلاعاتی را که دریافت کرده افشا کند |
این دسته‌ها ممکن است هم‌پوشانی داشته باشند. سروری بدون تاریخچهٔ خصوصی خوانا همچنان ممکن است سوابق مفیدی داشته باشد؛ ارائه‌دهنده‌ای با سوابق گسترده نیز ممکن است موردی خاص را طبق سیاست نگهداری حذف کرده باشد. هیچ‌کدام را نمی‌توان فقط از نشان رمزنگاری نتیجه گرفت.
نمونه‌ای مستند: پاسخ منتشرشدهٔ سیگنال
سیگنال در افشای درخواست هیئت منصفهٔ بزرگ کالیفرنیا در اکتبر ۲۰۲۱ توضیح داد که به‌جای اطلاعات پیام، مخاطبان و گروه‌های درخواست‌شده، زمان ایجاد حساب و تاریخ‌های آخرین اتصال را ارائه کرده است. این شاهدی بر سوابقی است که سیگنال برای همان پاسخ افشاشده در اختیار داشت.
این مدرکی نیست که هر پیام‌رسان رمز‌شده همان دو فیلد را نگه می‌دارد. کمینه‌سازی داده انتخابی معماری و مستقل است. این نمونه همچنین نمی‌گوید مأمور تحقیق از دستگاه کاربر، شرکت‌کننده‌ای دیگر یا سرویس متفاوت چه چیزی می‌تواند به دست آورد.
لیوارا دربارهٔ دید سرور چه مستند کرده است
نمای کلی امنیت لیوارا، با برچسب نسخهٔ ۰٫۱٫۶۸، پیام‌های مستقیم محافظت‌شده با LVR1 و گروه‌های خصوصی سازگارِ محافظت‌شده با LGS1 را توصیف می‌کند؛ گروه‌های قدیمی ناسازگار همچنان به‌وضوح خارج از E2EE نشان داده می‌شوند. طراحی مستند پیوست‌ها فایل‌ها را پیش از بارگذاری رمز می‌کند و کلیدهای آن‌ها را در پوشش‌های رمز‌شدهٔ گفتگو منتقل می‌کند.
همان نمای کلی، فرادادهٔ ارتباطی نگهداری‌شده را مشخص می‌کند؛ از جمله اطلاعات فرستنده و مقصد، زمان‌ها، اندازه‌ها و عضویت گروه. کانال‌های عمومی برای سرور خوانا هستند. تماس‌های اختیاری با ضبط روی سرور، که با REC مشخص می‌شوند، در آن حالت ضبط از رمزنگاری انتقال استفاده می‌کنند نه E2EE. به‌جای یکسان دانستن همهٔ محتوای یک برنامه، مرز هر قابلیت را بخوانید.
مستندات همچنین می‌گوید حفاظت فرادادهٔ LSS1 به ارسال‌های معمول متصل نیست. بنابراین توصیف پیام‌رسانی معمول به‌عنوان روشی که نمودار ارتباطات را از سرویس پنهان می‌کند، گمراه‌کننده خواهد بود.
این‌ها ادعاهای مستندات محصول هستند، نه پاسخ منتشرشده به مطالبهٔ قانونی یا ممیزی مستقل تک‌تک سوابق سرور. مدل تهدید نقطهٔ شروع مناسب برای فهم محدودیت‌های موردنظر است.
رمزنگاری و نگهداری به پرسش‌های متفاوت جواب می‌دهند
رمزنگاری می‌پرسد چه کسی کلید تفسیر بایت‌های ذخیره‌شده را دارد. نگهداری می‌پرسد کدام بایت‌ها و سوابق هنوز وجود دارند. فایل رمز‌شده می‌تواند مدت زیادی ذخیره بماند؛ گزارش خوانا ممکن است عمر کوتاهی داشته باشد. ادعای «نمی‌توانیم پیام‌ها را رمزگشایی کنیم» ثابت نمی‌کند که نشانی‌های IP، گفتگوهای پشتیبانی، گزارش‌های سوءاستفاده یا سوابق تحویل وجود ندارند.
گزارش شفافیت مفید باید دورهٔ گزارش، دسته‌های درخواست، سوابق مطالبه‌شده، سوابق ارائه‌شده و محدودیت‌های افشا را مشخص کند. سیاست حریم خصوصی باید جمع‌آوری را از نگهداری جدا کند و استثناها را توضیح دهد. از یک وعدهٔ کلی حریم خصوصی، «بدون لاگ» نتیجه نگیرید.
احراز هویت نیز سوابق خودش را دارد. SRP می‌تواند در تبادل صادقانهٔ پروتکل از ارسال گذرواژه جلوگیری کند، اما سرور راستی‌آزما را نگه می‌دارد. بخش ۳٫۳ از RFC 5054 خطرهای سرقت راستی‌آزما، از جمله حدس‌زدن گذرواژه، را توضیح می‌دهد. «نبود گذرواژهٔ متن‌آشکار» به این معنا نیست که «هیچ چیز حساسی قابل افشا یا سرقت نیست».
پرسش‌هایی پیش از اتکا به پیام‌رسان
- آیا E2EE همین چت، پشتیبان، تماس و حالت پیوست مشخص را پوشش می‌دهد؟
- ارائه‌دهنده چه فراداده‌ای و برای چه مدتی را مستند می‌کند؟
- آیا دستگاه‌های اضافی یا مسیرهای بازیابی حساب می‌توانند نسخه‌ای محلی را آشکار کنند؟
- آیا نوشته‌های عمومی، مطالب ارسالی به پشتیبانی و پیام‌های گزارش‌شده جداگانه مدیریت می‌شوند؟
- آیا گزارش شفافیت تاریخ‌دار یا درخواست واقعاً افشاشده‌ای وجود دارد، به‌جای ادعای بی‌پشتوانهٔ مصونیت قانونی؟
در موضوع حقوقی جاری، نوشتهٔ وبلاگ را دستور پاک‌کردن سوابق، تغییر نگهداری یا نادیده‌گرفتن دستور تلقی نکنید. مشاورهٔ متناسب با حوزهٔ قضایی بگیرید و مطالب مرتبط را طبق توصیه حفظ کنید.
آیا رمزنگاری پساکوانتومی پاسخ را تغییر می‌دهد؟
می‌تواند پروتکل برقراری کلید با طراحی مناسب را در برابر حملات کوانتومی آینده به متن رمز‌شدهٔ ضبط‌شده تقویت کند. اما فرادادهٔ موجود، محتوای عمومی، نسخه‌های پایانه یا تعهدات قانونی را حذف نمی‌کند. تمایز عملی همچنان همان است: داده، محل آن، کلیدها و فرایندی را که خواهان دسترسی است مشخص کنید.
