فقط نپرسید چه کسی پیام‌های شما را می‌خواند؛ بپرسید چه کسی می‌تواند سوابق پیرامونی را به هم مرتبط کند، و برای چه مدت.
فرادادهٔ پیام‌رسانی اطلاعاتی دربارهٔ یک ارتباط است، نه متن پیام آن: بسته به طراحی، شناسه‌های حساب، زمان‌بندی، سوابق اتصال، وضعیت تحویل یا عضویت در گروه. رمزگذاری سرتاسری می‌تواند متن را برای سرویس تحویل ناخوانا نگه دارد، در حالی که بخشی از این اطلاعات پیرامونی همچنان قابل مشاهده است.
برای نمونه، «ساعت شش می‌رسم» محتواست. اینکه یک حساب در زمان مشخصی با حساب دیگری تماس گرفته، فراداده است. اینکه کدام طرف می‌تواند هر یک از این دو واقعیت را مشاهده کند به معماری برنامه و شبکه بستگی دارد.
محتوای پیام و فراداده متفاوت‌اند
رمزگذاری سرتاسری از محتوای گفت‌وگو محافظت می‌کند. فراداده توضیح می‌دهد سرویس پیام‌رسان چگونه آن گفت‌وگو را جابه‌جا و مدیریت می‌کند: کدام حساب‌ها شرکت دارند، رویداد چه زمانی رخ داده، آیا پیام تحویل شده و کدام گفت‌وگو باید آن را دریافت کند.
این تمایز مهم است، زیرا پیام‌رسان می‌تواند متن پیام را رمزگذاری کند و همچنان اطلاعات عملیاتی را نگه دارد. همچنین یعنی عبارت‌هایی مانند «رمزگذاری‌شده»، «خصوصی» و «دانش صفر» قابل جایگزینی با یکدیگر نیستند. بررسی امنیتی مفید دقیقاً می‌پرسد کدام داده‌ها رمزگذاری می‌شوند، کلیدها کجا هستند و چه اطلاعاتی همچنان در دسترس سرویس می‌ماند.
رمزگذاری سرتاسری از چه چیزی محافظت می‌کند
در گفت‌وگویی با رمزگذاری سرتاسریِ درست پیاده‌سازی‌شده، فرستنده محتوا را پیش از رسیدن به فضای ذخیره‌سازی رمزگذاری می‌کند و دستگاه یکی از شرکت‌کنندگان آن را رمزگشایی می‌کند. سرویس به‌جای محتوای خوانای پیام، متن رمز‌شده را منتقل می‌کند.
بسته به محصول، E2EE ممکن است شامل این موارد باشد:
- متن پیام‌ها و ویرایش‌ها
- شرح‌ها و پیوست‌ها
- پیام‌های صوتی و دیگر رسانه‌های بارگذاری‌شده
- واکنش‌ها یا پاسخ‌ها، هنگامی که بخشی از محمولهٔ رمزگذاری‌شده باشند
پوشش خودکار نیست. ممکن است محصول پیام‌های مستقیم را رمزگذاری کند، اما برای گروه‌ها، کانال‌ها، نسخه‌های پشتیبان، پیش‌نمایش لینک‌ها یا تماس‌ها مدل متفاوتی داشته باشد. به‌جای فرض اینکه یک نماد قفل به همهٔ قابلیت‌ها مربوط می‌شود، مستندات امنیتی محصول را بخوانید.
چه فراداده‌ای ممکن است قابل مشاهده بماند؟
سرویس پیام‌رسان برای مسیریابی پیام‌ها، اعمال دسترسی، همگام‌سازی دستگاه‌ها و پیشگیری از سوءاستفاده به برخی اطلاعات نیاز دارد. این داده‌های عملیاتی می‌توانند شامل موارد زیر باشند:
| دستهٔ داده | چرا سرویس ممکن است آن را پردازش کند |
|---|---|
| شرکت‌کنندگان و شناسه‌های گفت‌وگو | هدایت رویداد به حساب‌ها و گفت‌وگوی درست |
| زمان‌مهرها و شماره‌های ترتیب | مرتب کردن پیام‌ها و بازیابی به‌روزرسانی‌ها پس از قطع اتصال |
| وضعیت تحویل و خواندن | همگام‌سازی وضعیت پیام میان دستگاه‌ها |
| عضویت و نقش‌ها | اعمال دسترسی به گروه‌ها و کانال‌ها |
| اندازهٔ متن رمز‌شده و فرادادهٔ رسانه | ذخیره و تحویل درست محتوای رمزگذاری‌شده |
| اطلاعات شبکه | برقراری اتصال، ادارهٔ زیرساخت و بررسی سوءاستفاده |
این به معنای آن نیست که همهٔ سرویس‌ها داده‌های یکسانی جمع‌آوری می‌کنند یا برای مدت یکسان نگه می‌دارند. یعنی مقایسهٔ جدی حریم خصوصی باید جمع‌آوری، مدت نگهداری، کنترل‌های دسترسی و حذف را بررسی کند، نه فقط الگوریتم رمزگذاری را.
چرا فراداده شایستهٔ توجه است
فراداده حتی وقتی محتوای پیام ناخوانا می‌ماند می‌تواند الگوها را آشکار کند. ارتباط مکرر میان دو حساب، تغییر ناگهانی فعالیت یا عضویت در گروهی خاص ممکن است به‌خودی‌خود معنایی زمینه‌ای داشته باشد.
خطر عملی به داده‌های جمع‌آوری‌شده، مدت نگهداری، پیوند آن‌ها با هویت واقعی و افرادی که به آن‌ها دسترسی دارند بستگی دارد. سابقهٔ عملیاتی کوتاه‌عمر با پروفایل تبلیغاتی دائمی متفاوت است. سرویس شفاف باید این تفاوت را در مستندات حریم خصوصی و امنیت خود توضیح دهد.
پرسش‌هایی که پیش از انتخاب پیام‌رسان باید بپرسید
هنگام ارزیابی هر پلتفرم پیام‌رسانی از این پرسش‌ها استفاده کنید:
- کدام انواع گفت‌وگو رمزگذاری سرتاسری دارند؟
- آیا پیوست‌ها پیش از بارگذاری رمزگذاری می‌شوند؟
- کلیدهای خصوصی هویت کجا تولید و ذخیره می‌شوند؟
- آیا دستگاه دیگری می‌تواند بدون اطلاعات محرمانهٔ بازیابیِ جداگانه، کلیدها را بازگرداند؟
- سرور چه داده‌هایی از مسیریابی، عضویت، زمان‌مهر و تحویل نگه می‌دارد؟
- آیا نسخه‌های پشتیبان با کلیدی محافظت می‌شوند که در دسترس سرویس نیست؟
- آیا شرکت‌کنندگان می‌توانند پس از تغییر کلید، اثر انگشت کلید عمومی را تأیید کنند؟
- آیا ادعاهای امنیتی چت‌های مستقیم، گروه‌ها، کانال‌ها و تماس‌ها را از هم تفکیک می‌کنند؟
- پلتفرم حذف حساب و داده‌های نگهداری‌شده را چگونه مدیریت می‌کند؟
- آیا سیاست حریم خصوصی، تحلیل‌گری، تبلیغات و سرویس‌های شخص ثالث را توضیح می‌دهد؟
پاسخ‌های مشخص از وعده‌های کلی ارزشمندترند. اگر سرویس نتواند مرز اعتماد خود را توصیف کند، کاربران نمی‌توانند دربارهٔ آن تصمیم آگاهانه بگیرند.
چه کسی می‌تواند کدام بخش گفت‌وگو را مشاهده کند؟
همهٔ ناظران را یک طرف واحدِ همه‌چیزبین تصور نکنید. یک تقریب اولیهٔ مفید این است:
| ناظر | آنچه ممکن است ببیند | مرز مهم |
|---|---|---|
| ارائه‌دهندهٔ اینترنت یا شبکهٔ محلی | مقصد اتصال‌ها، زمان‌بندی و حجم ترافیک | محتوای درست محافظت‌شدهٔ پیام خودبه‌خود خوانا نیست؛ فیلدهای قابل مشاهده با انتقال و مسیریابی تغییر می‌کنند |
| سرویس پیام‌رسان | اطلاعات حساب، تحویل و عضویت که طراحی آن لازم دارد | ممکن است محتوای خوانای E2EE را دریافت نکند و نگهداری با پردازش گذرا متفاوت باشد |
| ارائه‌دهندهٔ اعلان فشاری یا میزبانی | اطلاعات لازم برای یکپارچه‌سازی اعلان یا میزبانی سرویس | میزان افشای محموله و شناسه به پیاده‌سازی بستگی دارد |
| دیگر شرکت‌کنندگان | پیام‌های رمزگشایی‌شده و اطلاعات نمایش‌داده‌شده در گفت‌وگو | ممکن است آنچه دریافت می‌کنند کپی یا افشا کنند |
| فرد کنترل‌کنندهٔ یک دستگاه نهایی | داده‌های قابل دسترسی برای آن دستگاه یا نشست | رمزگذاری شبکه نفوذ به دستگاه نهایی را برطرف نمی‌کند |
این جدول چارچوب است، نه اندازه‌گیری یک برنامهٔ خاص. ارائه‌دهندهٔ شبکه لزوماً همان سوابق سطح حساب را که پیام‌رسان می‌بیند مشاهده نمی‌کند، و ارائه‌دهندهٔ برنامه لزوماً همهٔ آنچه پردازش می‌کند نگه نمی‌دارد.
راهنمای حریم خصوصی IAB در RFC 6973 همبسته‌سازی، شناسایی و کمینه‌سازی داده را نگرانی‌های متمایز حریم خصوصی می‌داند. شناسهٔ پایدار می‌تواند فعالیت‌ها را در گذر زمان به هم پیوند دهد، حتی وقتی نام قانونی فرد نباشد. ترکیب سوابق چند منبع ممکن است بیش از هر سابقهٔ منفرد آشکار کند.
مرز مستندشدهٔ فراداده در Livara
مستندات امنیتی Livara محتوای مستقیم رمزگذاری‌شده و محتوای گروه‌های خصوصی سازگار را توصیف می‌کند، در حالی که مسیریابی، عضویت، زمان‌بندی، اندازهٔ متن رمز‌شده، توکن‌های اعلان فشاری و سوابق امنیتی مدیریت جداگانه‌ای دارند. کانال‌های عمومی برای سرور خوانا هستند؛ متن رمز‌شدهٔ گروه خصوصی را نباید با متن خوانای کانال عمومی اشتباه گرفت.
وجود یک مؤلفهٔ رمزنگاری در مستندات ثابت نمی‌کند که در همهٔ مسیرهای فعال به کار می‌رود. برای نمونه، مؤلفهٔ مستندشدهٔ LSS1 به‌عنوان بخشی متصل به مسیر عادی ارسال پیام توصیف نشده است. نباید از آن برای ادعای اینکه پیام‌رسانی معمول Livara فرادادهٔ فرستنده را پنهان می‌کند استفاده کرد. برای دامنهٔ واقعی و ادعاهای مدت نگهداری، مستندات امنیتی فعلی و اطلاعات حریم خصوصی را بررسی کنید.
این مقاله ترافیک محیط عملیاتی Livara یا نگهداری داده در سرور آن را مستقلاً اندازه‌گیری نکرده است. ادعاهای رمزگذاری محتوای آن ثابت نمی‌کنند که در میان سرویس‌های رقیب کمترین فراداده را جمع‌آوری می‌کند.
روش‌های عملی کاهش افشا
رمزگذاری بخشی از امنیت حساب است. کاربران با چند اقدام مشخص دیگر نیز می‌توانند میزان افشا را کاهش دهند:
- فقط جزئیات پروفایل و شناسه‌های حساب لازم برای گفت‌وگو را به اشتراک بگذارید؛ استفادهٔ دوباره از نام عمومی یا آواتار ممکن است حساب‌های جداگانه را به هم مرتبط کند.
- مجوزهای غیرضروری مخاطبان یا موقعیت مکانی را نپذیرید و حذف داده‌های قبلاً همگام‌شده را جداگانه بررسی کنید.
- در موارد مقتضی از اطلاعات ورود منحصربه‌فرد برای حساب استفاده کنید و از دسترسی به خود دستگاه محافظت کنید.
- عبارت بازیابی را در جایی جدا از دستگاهِ واردشده به حساب نگه دارید.
- پس از تغییر غیرمنتظرهٔ هویت، اثر انگشت کلیدها را از طریق کانال مورداعتماد دیگری مقایسه کنید.
- پیش از اشتراک‌گذاری محتوای حساس، عضویت گروه را بررسی کنید.
- مرورگر، سیستم‌عامل و کلاینت پیام‌رسان را به‌روز نگه دارید.
- پیش‌نمایش اعلان‌ها، اسکرین‌شات‌ها و رسانه‌های خروجی‌گرفته‌شده را نسخه‌هایی خارج از گفت‌وگوی رمزگذاری‌شده بدانید.
رعایت بهداشت امنیتی دستگاه، بخشی متفاوت از مسئله را نسبت به کمینه‌سازی فراداده محافظت می‌کند. باعث ناپدید شدن گزارش‌های ارائه‌دهنده نمی‌شود. به همین ترتیب، حذف حباب پیام یا انتخاب زمان انقضا لزوماً سوابق مسیریابی، نسخه‌های پشتیبان یا نسخهٔ شرکت‌کنندهٔ دیگر را حذف نمی‌کند.
روش مفید خواندن ادعاهای حریم خصوصی
ادعای قابل اعتماد حریم خصوصی، دادهٔ محافظت‌شده، سازوکار و محدودیت‌ها را نام می‌برد. «محتوای پیام مستقیم روی دستگاه‌های شرکت‌کنندگان رمزگذاری می‌شود» قابل بررسی است. «کاملاً خصوصی» چنین نیست.
هنگام مقایسهٔ پیام‌رسان‌ها چهار پرسش را جدا کنید: چه کسی می‌تواند محتوا را بخواند، سرویس کدام فراداده را پردازش می‌کند، بازیابی حساب چگونه کار می‌کند و روی هر دستگاه چه اتفاقی می‌افتد. این چارچوب نسبت به انتخاب محصول صرفاً بر اساس شعار، تصمیم دقیق‌تری ایجاد می‌کند.
آیا VPN فرادادهٔ پیام‌رسانی را پنهان می‌کند؟
VPN تغییر می‌دهد کدام اپراتور شبکه می‌تواند بخش‌هایی از اتصال را مشاهده کند؛ سوابق حساب یا تحویل پیام‌رسان را خودبه‌خود حذف نمی‌کند. ورود به همان حساب همچنان آن حساب را برای سرویس مشخص می‌کند. به‌جای اینکه تغییر نشانی IP را ناشناس‌بودن کامل بدانید، ارائه‌دهندهٔ VPN، طراحی مسیریابی پیام و سیاست نگهداری برنامه را جداگانه ارزیابی کنید.
دربارهٔ مدت نگهداری بپرسید، نه فقط جمع‌آوری
برای هر فیلد مرتبط بپرسید آیا به‌صورت گذرا پردازش می‌شود، در گزارش ثبت می‌شود، در نسخهٔ پشتیبان نگه می‌ماند یا با ارائه‌دهندهٔ دیگری به اشتراک گذاشته می‌شود. سپس بپرسید چه مدت باقی می‌ماند و آیا حذف استثنا دارد. اگر مستندات چیزی نمی‌گویند، مدت را نامشخص ثبت کنید. «برای فعالیت سرویس لازم است» هدف احتمالی را توضیح می‌دهد؛ به‌خودی‌خود حدی برای نگهداری تعیین نمی‌کند.
