این دیدگاه را به اشتراک بگذارید

رمزنگاری سرتاسری مستلزم آن نیست که پیام‌رسان از ذخیره‌سازی مرکزی اجتناب کند. سرور می‌تواند پیام‌های رمز‌شده را برای همگام‌سازی نگه دارد، بی‌آنکه اسرار لازم برای خواندن محتوای آن‌ها را در اختیار داشته باشد.

بخش دشوار پیام‌رسانی چنددستگاهی، تصمیم‌گیری دربارهٔ این است که کدام دستگاه‌ها مجازند، چه کلیدهایی دریافت می‌کنند و آیا می‌توانند به تاریخچهٔ قدیمی‌تر دسترسی داشته باشند. این تصمیم‌ها از اینکه سیستم پایگاه داده دارد یا نه مهم‌ترند.

چهار عملیات جداگانه که اغلب «همگام‌سازی» نامیده می‌شوند

عملیات هدفی که باید محقق کند
تحویل پیام‌های جدید رساندن محتوای حفاظت‌شده به دستگاه‌هایی که اکنون مجازند
پیوند دادن دستگاه جدید احراز اینکه صاحب حساب، نقطهٔ پایانی جدید را تأیید کرده است
انتقال تاریخچه دادن دسترسی به محتوای گذشتهٔ انتخاب‌شده و مواد لازم برای رمزگشایی آن به دستگاه جدید
بازیابی هویت بازیابی یا جایگزینی کلیدهای هویت، بدون آنکه لزوماً تاریخچهٔ پیام‌ها بازیابی شود

ممکن است محصولی یکی از این عملیات را پشتیبانی کند اما هر چهار مورد را نه. ورود موفق به حساب ثابت نمی‌کند که تاریخچهٔ قدیمی چت قابل بازیابی است.

تحویل رمز‌شده چگونه چند دستگاه را پشتیبانی می‌کند

یک روش، نگهداری نشست‌های جداگانه برای هر دستگاه است. مشخصات Sesame سیگنال، مدیریت نشست در محیطی ناهمگام و چنددستگاهی را توضیح می‌دهد؛ از جمله اضافه یا حذف شدن دستگاه‌ها و رسیدن پیام‌ها خارج از ترتیب.

این نمونه‌ای از یک طراحی مستند است، نه الزامی همگانی. سیستم‌های دیگر ممکن است محتوا را یک‌بار رمز کنند و کلیدهای محتوای حفاظت‌شده را توزیع کنند، از سازوکارهای گروهی استفاده کنند یا روش‌ها را ترکیب کنند. ادعای «E2EE به یک نسخهٔ کامل از بار داده برای هر دستگاه نیاز دارد» بیش از حد کلی است.

هر طراحی که انتخاب شود، افزودن دستگاهی با قابلیت رمزگشایی، یک نقطهٔ پایانی نیازمند حفاظت اضافه می‌کند. لپ‌تاپی که به آن رسیدگی نمی‌شود می‌تواند متن آشکاری را که دریافت کرده افشا کند، حتی اگر سرور هرگز آن متن آشکار را ندیده باشد.

متن رمز‌شدهٔ ذخیره‌شده همچنان پیامدهای حریم خصوصی و نگهداری دارد

ذخیره‌سازی رمز‌شده با ذخیره نکردن یکسان نیست. ارائه‌دهندگان ممکن است اطلاعات تحویل، سوابق دستگاه، زمان‌ها، عضویت یا تاریخچهٔ رمز‌شدهٔ پیام‌ها را نگه دارند. جزئیات متفاوت‌اند و باید صریح بیان شوند.

مستندات امنیتی لیوارا می‌گوید رلهٔ آن برای همگام‌سازی و بازیابی پس از اتصال مجدد، متن رمز‌شده و داده‌های عملیاتی را ذخیره می‌کند. این مستندات مسیریابی، عضویت، زمان‌ها، وضعیت تحویل و سوابق دیگر را شرح می‌دهند. نباید این سازوکار را صف موقتیِ مستندنشد‌ه‌ای توصیف کرد که الزاماً به‌محض دریافت پیام توسط همهٔ دستگاه‌ها ناپدید می‌شود.

بنابراین محرمانگی محتوا و نگهداری فراداده، پرسش‌های جداگانه می‌طلبند. بپرسید چه چیزی نگه داشته می‌شود، برای چه مدتی، و حذف داده یا حساب چه چیزی را تغییر می‌دهد؛ اگر دورهٔ نگهداری تأیید نشده است، آن را از خود نسازید.

بازیابی v7 لیوارا واقعاً چه چیزی را برمی‌گرداند

لیوارا v7 را پشتیبان رمز‌شدهٔ هویت توصیف می‌کند که پیش از بارگذاری، با یک کلید بازیابی تصادفی ۲۵۶ بیتی مهروموم می‌شود. بار دادهٔ مستندشده شامل مواد کلید هویت است و قالب آن، اصالت مجموعه‌الگوریتم، دورهٔ هویت و نسل را احراز می‌کند.

همان صفحه تصریح می‌کند که این سازوکار هویت را بازیابی می‌کند، نه تاریخچهٔ چت را. بنابراین نباید عبارت بازیابی را تضمینی معرفی کرد که دستگاه جدید بتواند تمام گفت‌وگوهای قدیمی را نمایش دهد.

پیش از تعویض یا پاک‌کردن دستگاه، گزینه‌های انتقال تاریخچه و پشتیبان‌گیری را که اکنون واقعاً در دسترس شما هستند بررسی کنید. همهٔ مواد بازیابی را محرمانه نگه دارید. عبارت بازیابی را برای حساب پشتیبانی نفرستید و در وب‌سایتی تأییدنشده جای‌گذاری نکنید.

محرمانگی پیشرو صندوق پیام دستگاه مجاز را پاک نمی‌کند

اگر فرض‌های لازم برقرار باشند و اسرار منسوخ حذف شده باشند، سازوکار رچت می‌تواند میزان افشای ترافیک رمز‌شدهٔ قبلی در اثر به‌خطر افتادن بعدی کلید را محدود کند. اما نمی‌تواند متن آشکاری را که نقطهٔ پایانی قبلاً ذخیره کرده پنهان کند، یا جلوی خواندن پیام‌های جدید توسط بدافزاری را بگیرد که همچنان فعال است.

به همین ترتیب، امنیت پس از نفوذ نیازمند به‌روزرسانی تازه و مناسبی است که پس از از دست رفتن دسترسی مهاجم رخ دهد. این وعده‌ای نیست که هر تبلت قدیمی با هر افزایش شمارندهٔ پیام بی‌خطر شود.

چک‌لیستی برای تعویض امن‌تر دستگاه

  1. پیش از افزودن دستگاه دیگر، دستگاه‌های پیوندخورده را فهرست کنید.
  2. از روند پیوند و تأیید مستند برنامه استفاده کنید، نه کد QR فرستاده‌شده توسط فردی ناشناس.
  3. با یک گفت‌وگوی آزمایشی بی‌خطر بررسی کنید دستگاه جدید چه تاریخچه‌ای دریافت می‌کند.
  4. پیش از پاک‌کردن دستگاه قدیمی، مواد بازیابی و هر پشتیبان جداگانهٔ تاریخچه را تأیید کنید.
  5. دسترسی دستگاه‌هایی را که دیگر در کنترل شما نیستند لغو کنید و بررسی کنید آیا مخاطبان اعلان تغییر هویت دریافت می‌کنند.
  6. دانلودهای محلی، اعلان‌ها و پشتیبان‌های سیستم‌عامل را در هر نقطهٔ پایانی بازبینی کنید.

مدل تهدید لیوارا صریحاً محدودیت‌های نقاط پایانی و گیرندگان را در بر می‌گیرد. این محدودیت‌ها روی هر صفحه‌نمایشی همچنان مهم‌اند. وعدهٔ مفید دربارهٔ چنددستگاهی بودن، مجوز دستگاه‌ها، داده‌های ذخیره‌شده و دامنهٔ بازیابی را جداگانه توضیح می‌دهد.

اعتبارسنجی APK لیوارا
ادامهٔ این موضوعامنیت اندروید و دستگاه ↗تماس، همگام‌سازی و پایداری ↗
پایان مقالهادامهٔ مطالعه ↗