برای ارسال فایل حساس، باید وضعیت همان گفتگو را بررسی کرد، نه فقط نام پیام‌رسان را. یک برنامه ممکن است پیوست چت خصوصی را سرتاسری رمز کند، اما برای کانال عمومی، فضای فایل سازمانی یا نسخه پشتیبان مرز دیگری داشته باشد.
این مقایسه بر مستندات رسمی بررسی‌شده در ۲۴ اکتبر ۲۰۲۶ تکیه دارد؛ آزمون مستقل همه نسخه‌ها یا رتبه‌بندی امنیت کلی محصولات نیست. منظور از پیوست، فایل یا رسانه ارسالی در گفتگوست، نه هر فایل ذخیره‌شده در تمام قابلیت‌های محصول.
مقایسه پوشش فایل در ۱۰ سرویس
| سرویس | دامنه مستند حفاظت | استثنا یا چیزی که باید بررسی شود |
|---|---|---|
| Livara | فایل و رسانه در پیام مستقیم و گروه دارای حفاظت LVR1/LGS1 | کانال عمومی؛ وضعیت گروه ناسازگار؛ دستگاه گیرنده |
| Signal | گفتگوهای Signal سرتاسری‌اند | فایل ذخیره یا صادرشده بیرون از برنامه مرز جدا دارد |
| پیام‌های شخصی و محتوای ارسالی در گفتگوهای محافظت‌شده | تنظیم حفاظت نسخه پشتیبان و اشتراک با گیرنده یا کسب‌وکار | |
| Messenger | رسانه در گفتگوهای دارای E2EE | وضعیت همان چت و قابلیت؛ هر سطح محصول را یکسان فرض نکنید |
| Telegram | فایل در Secret Chat دونفره | Cloud Chat و گروه‌ها E2EE نیستند؛ Secret Chat به دستگاه مبدأ وابسته است |
| iMessage | پیام و رسانه iMessage | SMS/MMS متفاوت‌اند؛ وضعیت RCS به پشتیبانی رمزنگاری وابسته است |
| Element/Matrix | پیوست در اتاق رمزنگاری‌شده | تنظیم اتاق، دستگاه‌ها و یکپارچه‌سازی‌ها را بررسی کنید |
| Wire | فایل ارسالی در ارتباطات Wire دارای E2EE | Wire Drive استثناست: فایل و پوشه در مسیر و در ذخیره رمز می‌شوند، نه با همان ادعای E2EE |
| Threema | پیام، گروه و فایل رسانه‌ای دارای E2EE | خروجی فایل و پشتیبان را جدا بررسی کنید |
| Session | پیام خصوصی و گروه‌های خصوصی دارای E2EE | Community همان مرز گروه خصوصی را ندارد |
این جدول ثابت نمی‌کند الگوریتم، فراداده یا کیفیت پیاده‌سازی این سرویس‌ها برابر است. ادعای هر ردیف را برای نسخه و نوع گفتگوی مورد استفاده بررسی کنید.
عکس، کپشن و پیش‌نمایش را جدا ببینید
در یک طراحی معمول، فایل با کلید محتوای جدا رمز و بارگذاری می‌شود؛ کلید و نشانی دریافت در پیام محافظت‌شده به گیرنده می‌رسند. کپشن، نام فایل و تصویر کوچک هم داده‌اند و باید دامنه حفاظتشان روشن باشد.
کنار هم دیده‌شدن عکس و کپشن در رابط کاربری، پوشش یکسان آن‌ها را اثبات نمی‌کند. همچنین پس از دانلود، ذخیره در گالری یا ارسال به برنامه دیگر ممکن است نسخه‌ای بیرون از مرز پیام‌رسان ایجاد کند. رمزنگاری انتقال، سیاست همه آن نسخه‌ها را تعیین نمی‌کند.
وضعیت اعلام‌شده لیوارا
صفحه امنیت لیوارا از کلید تصادفی جدا برای هر پیوست و انتقال کلید در نشست محافظت‌شده صحبت می‌کند؛ کپشن، نام فایل و کلید پیوست در دامنه محتوای گروه محافظت‌شده آمده‌اند. همان صفحه تصریح می‌کند فراداده عملیاتی روی سرور باقی می‌ماند و گروه قدیمی ناسازگار باید آشکارا خارج از E2EE باشد.
این توضیح، تضمین امنیت تمام دستگاه‌ها یا ممیزی مستقل برنامه نیست. در مدل تهدید، دستگاه آلوده و گیرنده‌ای که محتوا را افشا می‌کند بیرون از حفاظت رمزنگاری مسیر قرار می‌گیرند.
سه دام رایج در مقایسه پیوست‌ها
ویس با تماس زنده یکی نیست
پیام صوتی ضبط‌شده یک فایل است. تماس زنده به پروتکل رسانه و معماری تماس وابسته است. از رمزنگاری فایل صوتی نمی‌توان درباره ضبط سروری یا حفاظت همه تماس‌ها نتیجه گرفت.
چنددستگاهی‌بودن به معنی متن آشکار در سرور نیست
سرویس می‌تواند برای دستگاه‌های مجاز کلید یا پیام محافظت‌شده توزیع کند. اما هر دستگاهی که اجازه رمزگشایی دارد، نقطه دسترسی دیگری به محتواست. فهرست دستگاه‌ها، تأیید دستگاه تازه و لغو دسترسی دستگاه قدیمی اهمیت دارند.
«پیام سبز» همیشه به معنی یک وضعیت ثابت نیست
Apple اکنون RCS دارای E2EE را با iOS 26.5 و اپراتورهای پشتیبان توصیف می‌کند؛ پشتیبانی همه شرکت‌کنندگان لازم است. SMS و MMS همچنان همان حفاظت را ندارند. به نشانگر و نوع واقعی گفتگو توجه کنید، نه فقط رنگ رابط کاربری.
پیش از فرستادن سند محرمانه
- مخاطب و نوع گفتگو را تأیید کنید؛ کانال یا Community را با گروه خصوصی اشتباه نگیرید.
- وضعیت E2EE و دستگاه‌های مجاز را بررسی کنید.
- سیاست ذخیره خودکار، دانلود و نسخه پشتیبان را مشخص کنید.
- اگر فایل خودش حاوی فراداده حساس است، پیش از ارسال آن را بررسی کنید؛ E2EE آن را از گیرنده پنهان نمی‌کند.
- به گیرنده بگویید چه استفاده یا بازنشری مجاز است؛ رمزنگاری جای توافق درباره محرمانگی را نمی‌گیرد.
