رمزگذاری سرتاسری از محتوای پشتیبانی‌شده میان دستگاه‌های نهایی محافظت می‌کند؛ آن دستگاه‌ها یا کاربرانشان را خطاناپذیر نمی‌کند.
رمزگذاری سرتاسری (E2EE) از محتوای پشتیبانی‌شدهٔ پیام محافظت می‌کند تا دستگاه‌های شرکت‌کننده، نه سرویس تحویل، ابزار خواندن آن را در اختیار داشته باشند. این روش خودبه‌خود پنهان نمی‌کند چه کسانی با هم ارتباط دارند، تلفن آلوده را امن نمی‌کند و مانع کپی کردن پیام توسط گیرنده نمی‌شود.
این راهنما مسیر پیام را از فرستنده تا گیرنده دنبال می‌کند، E2EE را با HTTPS مقایسه می‌کند و بررسی‌های عملی پشت ادعای رمزگذاری یک پیام‌رسان را توضیح می‌دهد.
رمزگذاری سرتاسری چیست؟
رمزگذاری سرتاسری روشی برای حفاظت از اطلاعات است که در آن اطلاعات روی دستگاه فرستنده رمزگذاری می‌شوند و فقط روی دستگاه گیرندهٔ شرکت‌کننده رمزگشایی می‌شوند.
در گفت‌وگوی E2EE با طراحی درست، پیام به‌صورت متن آشکار و خوانا از دستگاه فرستنده خارج نمی‌شود. پیام به‌صورت متن رمز‌شده خارج می‌شود: اطلاعات درهم‌ریخته‌ای که بدون کلید رمزنگاری درست باید غیرقابل استفاده باشند.
سرویس پیام‌رسان می‌تواند بدون نیاز به شکل خوانای محتوای محافظت‌شده، به تحویل و همگام‌سازی داده‌های رمزگذاری‌شده کمک کند. بسته به پروتکل، همین اصل می‌تواند برای ارتباط دونفره یا گروهی به کار رود.
«دو سر» ارتباط دستگاه‌های شرکت‌کننده هستند، نه لزوماً فقط دو تلفن. یک گروه یا لپ‌تاپ پیوندشدهٔ یک فرد می‌تواند دستگاه‌های نهایی مجاز بیشتری اضافه کند.
این تفاوت اصلی میان رمزگذاری سرتاسری و رمزگذاری معمول انتقال است.
E2EE چگونه کار می‌کند؟
ریاضیات آن می‌تواند پیچیده باشد، اما مسیر اصلی یک پیام قابل فهم است.
۱. هر شرکت‌کننده کلیدهای رمزنگاری دارد
کلاینت پیام‌رسان امن، داده‌های کلید رمزنگاری را روی دستگاه کاربر ایجاد یا ذخیره می‌کند.
بعضی کلیدها ممکن است به‌صورت عمومی به اشتراک گذاشته شوند. کلیدهای خصوصی باید محافظت‌شده باقی بمانند، زیرا به دستگاه کمک می‌کنند اطلاعات محرمانهٔ لازم برای رمزگشایی پیام‌ها را ایجاد یا بازیابی کند.
۲. دستگاه‌ها اسرار مشترک پیام را ایجاد می‌کنند
شرکت‌کنندگان اطلاعات عمومی لازم برای مشتق کردن اسرار متناظر را مبادله می‌کنند.
نباید نیازی باشد خودِ راز به‌صورت دادهٔ خوانا منتقل شود. هر دستگاه عملیات رمزنگاری لازم را مستقل انجام می‌دهد.
۳. پیام به‌صورت محلی رمزگذاری می‌شود
وقتی فرستنده روی ارسال می‌زند، برنامه پیام را روی دستگاه فرستنده رمزگذاری می‌کند.
جملهٔ خوانا پیش از بارگذاری یا انتقال واسطه‌ای به متن رمز‌شده تبدیل می‌شود.
۴. سرور متن رمز‌شده را تحویل می‌دهد
زیرساخت پیام‌رسانی پیام رمزگذاری‌شده را به گیرنده هدایت می‌کند و ممکن است برای پشتیبانی از همگام‌سازی، تحویل و چند دستگاه مجاز، متن رمز‌شده را نگه دارد.
سرور همچنان کارهای عملیاتی مهمی انجام می‌دهد. E2EE شکل محتوای پیامی را که سرور با آن سروکار دارد تغییر می‌دهد.
۵. گیرنده آن را رمزگشایی می‌کند
دستگاه گیرندهٔ مجاز از داده‌های رمزنگاری خود برای بررسی اصالت و رمزگشایی متن رمز‌شده استفاده می‌کند.
پیام خوانا روی دستگاه‌های نهایی مجاز ظاهر می‌شود. پس از آن، تاریخچهٔ محلی، اعلان‌ها، نسخه‌های پشتیبان و خروجی‌ها به حفاظت‌های خاص خود نیاز دارند.
رمزگذاری سرتاسری از چه چیزی محافظت می‌کند؟
E2EE در درجهٔ اول برای حفاظت از محتوای گفت‌وگو طراحی شده است.
بسته به برنامه و پیاده‌سازی، این محتوا ممکن است شامل موارد زیر باشد:
- پیام‌های متنی مستقیم
- عکس‌ها و ویدئوها
- پیام‌های صوتی
- اسناد و پیوست‌ها
- تماس‌های صوتی یا تصویری
- ویرایش پیام‌ها و پاسخ‌ها
وقتی این محتوا به‌درستی در سمت کاربر رمزگذاری شود، مهاجمی که ترافیک شبکه را شنود می‌کند باید به‌جای پیام اصلی، داده‌های رمزگذاری‌شده ببیند.
این روش همچنین میزان محتوای خوانای گفت‌وگو را که در دسترس زیرساخت سرویس قرار می‌گیرد کاهش می‌دهد.
اما «رمزگذاری‌شده» را هرگز نباید واژه‌ای جادویی دانست. کاربران حق دارند دقیقاً بدانند کدام انواع گفت‌وگو و مسیرهای محتوا تحت پوشش هستند.
آنچه E2EE خودبه‌خود از آن محافظت نمی‌کند
رمزگذاری سرتاسری قدرتمند است، اما مرز آن اغلب نادرست فهمیده می‌شود.
فرادادهٔ پیام
سامانه ممکن است برای مسیریابی و همگام‌سازی پیام‌ها به اطلاعات عملیاتی نیاز داشته باشد.
بسته به سرویس، این اطلاعات می‌تواند شامل موارد زیر باشد:
- کدام حساب پیام را فرستاده است
- کدام گفت‌وگو آن را دریافت کرده است
- پیام چه زمانی ارسال شده است
- وضعیت تحویل و خواندن
- عضویت در گفت‌وگو
- اندازهٔ پیام رمزگذاری‌شده
- اطلاعات دستگاه یا نشست
ممکن است متن پیام ناخوانا باشد، در حالی که بخشی از اطلاعات پیرامون آن همچنان در دسترس سامانه بماند.
به همین دلیل «محتوای پیام رمزگذاری می‌شود» و «سرویس هیچ فراداده‌ای جمع‌آوری نمی‌کند» دو ادعای جداگانه هستند.
دستگاه مورد نفوذ
رمزگذاری سرتاسری از متن آشکار در برابر بدافزار یا مهاجمی دیگر که دسترسی کافی به دستگاه نهایی دارد محافظت نمی‌کند. این دسترسی لزوماً به باز بودن قفل صفحه نیاز ندارد: قفل بودن صفحه به‌تنهایی ثابت نمی‌کند سیستم‌عاملِ مورد نفوذ نمی‌تواند به داده‌های پیام دسترسی پیدا کند.
پیام سرانجام باید روی دستگاه مجاز خوانا شود. مهاجمی که به داده‌های رمزگشایی‌شدهٔ برنامه، حافظه یا نمایشگر دسترسی دارد ممکن است بتواند آن محتوا را به دست آورد؛ میزان دقیق افشا به دستگاه، نرم‌افزار و نوع نفوذ بستگی دارد.
امنیت دستگاه همچنان ضروری است:
- به‌روزرسانی‌های سیستم‌عامل را نصب کنید
- از رمز عبور قوی برای دستگاه استفاده کنید
- افزونه‌های مرورگر را بررسی کنید
- از اطلاعات بازیابی حساب محافظت کنید
- از برنامه‌ها و دانلودهای ناشناخته دوری کنید
رفتار گیرنده
E2EE نمی‌تواند پس از رمزگشایی پیام، از کپی کردن، فوروارد کردن، عکس گرفتن یا گرفتن اسکرین‌شات توسط یکی از شرکت‌کنندگان جلوگیری کند.
رمزگذاری از تحویل میان دستگاه‌های نهایی محافظت می‌کند. شخص حاضر در سوی دیگر را کنترل نمی‌کند.
اشتباهات بازیابی حساب
سامانه‌های بازیابی باید میان امنیت و سهولت استفاده تعادل برقرار کنند.
فرایند ضعیف بازیابی می‌تواند رمزگذاری قوی را تضعیف کند. از سوی دیگر، سامانه‌ای که هرگز امکان بازیابی نمی‌دهد ممکن است هنگام گم شدن کلید، تاریخچهٔ رمزگذاری‌شده را برای همیشه غیرقابل دسترس کند.
برنامهٔ قابل اعتماد باید توضیح دهد بازیابی چگونه کار می‌کند، از چه اطلاعاتی پشتیبان گرفته می‌شود و هنگام گم شدن اطلاعات لازم برای بازیابی چه اتفاقی می‌افتد.
E2EE و TLS یک چیز نیستند
بیشتر وب‌سایت‌های امروزی از HTTPS و TLS برای حفاظت از ترافیک میان مرورگر و سرور استفاده می‌کنند.
این موضوع مهم است. کمک می‌کند افراد حاضر در همان شبکه یا نقاط دیگر مسیر انتقال نتوانند به‌سادگی ارتباط را بخوانند یا تغییر دهند.
TLS از اتصال میان دو سر خود محافظت می‌کند؛ در پیام‌رسانی معمول وب، یکی از این دو سر خود سرویس است. آن سرویس می‌تواند داده‌های برنامه را بخواند، مگر اینکه لایهٔ جداگانه‌ای از رمزگذاری محتوا از آن‌ها محافظت کند. مشخصات TLS حفاظت در برابر شنود، دستکاری و جعل روی آن اتصال را توصیف می‌کند.
در پیام‌رسانی معمولی که محتوا برای سرور خواناست:
- دستگاه شما اتصال شبکه را رمزگذاری می‌کند.
- سرور محتوای خوانای پیام را دریافت و پردازش می‌کند.
- سرور اتصال محافظت‌شدهٔ جداگانه‌ای به گیرنده باز می‌کند.
در رمزگذاری سرتاسری، خود پیام پیش از قرار گرفتن در اتصال محافظت‌شدهٔ شبکه، برای شرکت‌کنندگان رمزگذاری می‌شود.
مقایسه‌ای ساده:
| حفاظت | پیام‌رسانی فقط با TLS | رمزگذاری سرتاسری |
|---|---|---|
| حفاظت از داده‌ها هنگام انتقال در شبکه | بله | بله |
| حفاظت پیش از عبور از شبکه | بله، برای همان اتصال TLS | بله، برای دستگاه‌های نهایی موردنظر پیام‌رسانی |
| سرویس تحویل می‌تواند محتوای محافظت‌شدهٔ پیام را بخواند | معمولاً، اگر رمزگذاری محتوای اضافی وجود نداشته باشد | با طراحی کلید موردنظر، صرفاً از متن رمز‌شده نه |
| امنیت دستگاه نهایی همچنان لازم است | بله | بله |
| فراداده خودبه‌خود پنهان می‌شود | خیر | خیر |
TLS و E2EE رقیب نیستند. سامانهٔ پیام‌رسانی خصوصی عموماً هم به انتقال امن و هم به رمزگذاری درستِ محتوا نیاز دارد.
به‌کارگیری این تعریف برای Livara
طبق مستندات امنیتی، Livara برای ارتباط مستقیم از توافق کلید ترکیبی LVR1 با P-256 و ML-KEM-768 استفاده می‌کند. گروه‌های خصوصی سازگار از کلیدهای فرستندهٔ LGS1 استفاده می‌کنند که از طریق نشست‌های دونفره توزیع می‌شوند. کانال‌های عمومی برای سرور خوانا هستند و نباید به‌عنوان E2EE توصیف شوند.
این تفاوت به بخش واقعی ارتباط مربوط است، نه نام برند. مستندات رمزگذاری تماس را نیز جداگانه توضیح می‌دهند، از جمله حالت ضبط آشکاری که مرز اعتماد متفاوتی دارد. به‌جای فرض اینکه همهٔ قابلیت‌ها حفاظت یکسانی دارند، وضعیت فعلی گفت‌وگو و تماس را بررسی کنید.
این‌ها ادعاهای مستندشدهٔ محصول هستند، نه ممیزی مستقلی که برای این مقاله انجام شده باشد. فرادادهٔ عملیاتی و دستگاه‌های مورد نفوذ همچنان محدودیت‌های مهمی هستند. توافق کلید پساکوانتومی دسته‌ای از خطرهای رمزنگاری را هدف می‌گیرد؛ فیشینگ، نسخه‌های پشتیبان ناامن یا صفحهٔ قفل‌گشایی‌شده را بی‌خطر نمی‌کند.
چرا اثر انگشت کلید عمومی مهم است
گفت‌وگوی رمزگذاری‌شده به ارتباط با کلید موردنظر وابسته است، نه صرفاً هر کلیدی که سامانه ارائه می‌کند.
اثر انگشت کلید عمومی نمایشی فشرده از کلید عمومی یک شرکت‌کننده است. دو نفر می‌توانند از طریق کانال مورداعتماد دیگری، مانند گفت‌وگوی حضوری یا تماس تأییدشده، اثر انگشت‌های خود را مقایسه کنند.
یکسان بودن اثر انگشت‌ها اطمینان بیشتری می‌دهد که کلیدهای مورد انتظار استفاده می‌شوند.
تغییر اثر انگشت خودبه‌خود حمله را ثابت نمی‌کند. ممکن است پس از بازنشانی مجاز کلید یا بازیابی دستگاه اتفاق بیفتد. اما تغییر باید قابل مشاهده و توضیح‌پذیر باشد، نه اینکه بی‌صدا نادیده گرفته شود.
پشتیبان‌گیری و بازیابی از رمزگذاری گفت‌وگوی جاری جدا هستند
یک برنامه می‌تواند پیام‌های جاری را سرتاسری رمزگذاری کند، در حالی که نسخهٔ پشتیبان جداگانه کلیدها و قواعد دسترسی متفاوتی دارد. خروجی متن آشکار نیز می‌تواند محتوای خوانا را به خارج از گفت‌وگوی رمزگذاری‌شده منتقل کند. بپرسید از چه چیزی پشتیبان گرفته می‌شود، چه کسی می‌تواند آن را رمزگشایی کند و هنگام گم شدن اطلاعات بازیابی چه اتفاقی می‌افتد.
نسخهٔ پشتیبان بازیابیِ مستندشدهٔ Livara پیش از بارگذاری رمزگذاری و بسته می‌شود و داده‌های هویتی را بازمی‌گرداند، نه تاریخچهٔ چت را. نتیجه نگیرید بازیابی حساب یا هویت، همهٔ گفت‌وگوهای قدیمی را بازمی‌گرداند. برای تصمیم‌گیری گسترده‌تر، مطلب پشتیبان‌گیری امن از چت‌های رمزگذاری‌شده را ببینید.
چگونه یک پیام‌رسان خصوصی را ارزیابی کنیم
سرویس پیام‌رسان را فقط بر اساس واژه‌های «رمزگذاری‌شده» یا «امن» قضاوت نکنید.
پرسش‌های مشخص بپرسید.
کدام گفت‌وگوها E2EE دارند؟
بررسی کنید آیا حفاظت شامل چت‌های مستقیم، گروه‌ها، کانال‌ها، تماس‌ها و پیوست‌ها می‌شود.
کلیدها کجا تولید و ذخیره می‌شوند؟
به‌دنبال توضیحی روشن باشید که آیا کلیدها در سمت کاربر ساخته می‌شوند و نسخه‌های پشتیبان چگونه محافظت می‌شوند.
سرور چه چیزی نگه می‌دارد؟
سرویس مسئولیت‌پذیر باید محتوای پیام را از اطلاعات مسیریابی، زمان‌مهرها، عضویت، تحویل و دیگر داده‌های عملیاتی جدا کند.
هنگام تغییر کلیدها چه اتفاقی می‌افتد؟
جایگزینی غیرمنتظرهٔ کلید باید قابل مشاهده باشد. تغییر بی‌صدای کلید توانایی کاربر برای تأیید مخاطبان را تضعیف می‌کند.
بازیابی چگونه کار می‌کند؟
مشخص کنید آیا ارائه‌دهنده می‌تواند کلیدها را بازگرداند، آیا به اطلاعات محرمانهٔ بازیابی نیاز است و در صورت گم شدن آن اطلاعات چه اتفاقی می‌افتد.
آیا ادعاها مستقلاً تأیید شده‌اند؟
مستندات امنیتی، پروتکل‌های باز، بررسی‌های حرفه‌ای و ممیزی‌های مستقل سطح‌های متفاوتی از اطمینان ارائه می‌کنند.
زبان بازاریابی به‌تنهایی ممیزی نیست.
حریم خصوصی به مرزهای روشن وابسته است
قوی‌ترین بیان حریم خصوصی «به ما اعتماد کنید» نیست.
بلکه توضیحی دقیق و قابل آزمون دربارهٔ این موارد است:
- چه چیزی رمزگذاری می‌شود
- رمزگذاری کجا انجام می‌شود
- کدام کلیدها درگیر هستند
- سرور چه چیزی دریافت می‌کند
- چه فراداده‌ای باقی می‌ماند
- کدام انواع گفت‌وگو مستثنا هستند
- بازیابی چگونه مدل تهدید را تغییر می‌دهد
رمزگذاری سرتاسری همهٔ داستان حریم خصوصی نیست. اما وقتی با دقت پیاده‌سازی و صادقانه توصیف شود، پایه‌ای حیاتی برای ارتباط خصوصی است.
برای گام عملی بعدی، از چک‌لیست ۱۲ پرسشی پیام‌رسانی امن استفاده کنید تا قابلیت‌هایی را که واقعاً به کار می‌برید بررسی کنید: چت خصوصی، گروه‌ها، پیوست‌ها، تماس‌ها و نسخه‌های پشتیبان.
پرسش‌های متداول
E2EE مخفف چیست؟
E2EE مخفف رمزگذاری سرتاسری است. یعنی محتوای محافظت‌شده در یک دستگاه نهاییِ شرکت‌کننده رمزگذاری و در دستگاه نهایی مجاز دیگری رمزگشایی می‌شود.
آیا ارائه‌دهندهٔ اینترنت می‌تواند پیام‌های E2EE را بخواند؟
ارائه‌دهندهٔ اینترنت ممکن است بتواند وجود اتصال و برخی اطلاعات سطح شبکه را مشاهده کند، اما محتوای پیامی که درست رمزگذاری شده نباید هنگام انتقال به‌صورت متن آشکار و خوانا ظاهر شود.
آیا رمزگذاری سرتاسری فراداده را پنهان می‌کند؟
نه به‌طور خودکار. سامانهٔ پیام‌رسانی ممکن است همچنان اطلاعات مسیریابی، عضویت، زمان‌مهرها، وضعیت تحویل، اندازهٔ متن رمز‌شده یا دیگر اطلاعات لازم برای فعالیت سرویس را پردازش کند.
آیا E2EE می‌تواند از تلفن دزدیده‌شده با قفل باز محافظت کند؟
هیچ پروتکل رمزگذاری‌ای نمی‌تواند وقتی مهاجم کنترل دستگاهی از قبل مجاز و قفل‌گشایی‌شده را دارد، کاملاً از پیام محافظت کند. امنیت قوی دستگاه همچنان ضروری است.
آیا همهٔ گفت‌وگوهای Livara رمزگذاری سرتاسری دارند؟
Livara در مستندات فعلی خود E2EE را برای متن پیام‌ها و رسانه‌های مستقیم دونفره و گروه‌های خصوصی سازگار بیان می‌کند. این گروه‌ها با LGS1 رمزگذاری سرتاسری دارند و هنگام تغییر عضویت، کلید فرستنده به‌طور خودکار تعویض می‌شود. کانال‌ها از TLS و مجوزهای سمت سرور مبتنی بر احراز هویت استفاده می‌کنند و ادعای رمزگذاری سرتاسری برای آن‌ها وجود ندارد.
آیا کلید رمزگذاری گم‌شدهٔ Livara قابل بازیابی است؟
مستندات عمومی، بازگرداندن داده‌های هویتیِ پشتیبان‌گیری‌شده با استفاده از اطلاعات محرمانهٔ بازیابی لازم را توضیح می‌دهند. این کار تاریخچهٔ چت را بازنمی‌گرداند. پیش از حذف یا جایگزینی دستگاه اصلی، روند فعلی بازیابی را بخوانید.
آیا E2EE همان محرمانگی پیشرو است؟
خیر. E2EE مشخص می‌کند چه کسی باید بتواند محتوای محافظت‌شده را بخواند. محرمانگی پیشرو به این موضوع مربوط است که افشای بعدی کلید چه اثری بر پیام‌های پیشین دارد؛ امنیت پس از نفوذ به بازیابی حفاظت پس از نفوذ و تحت شرایط مشخص مربوط می‌شود. این ویژگی‌ها به پروتکل و پیاده‌سازی بستگی دارند. برای نمونه، مشخصات MLS هر دو را برای طراحی کلید گروهی خود صریحاً تعریف می‌کند؛ این به معنای آن نیست که هر پیام‌رسان رمزگذاری‌شده خودبه‌خود این ویژگی‌ها را دارد یا از MLS استفاده می‌کند.
