SHARE THE PERSPECTIVE

استعادة الهوية التشفيرية، وتسجيل الدخول إلى الحساب مجددًا، واستعادة سجل المحادثات ثلاث عمليات مختلفة. وفقًا لـوثائق أمن Livara، يُستخدم تنسيق v7 لاستعادة الهوية التشفيرية؛ هذا التنسيق بحد ذاته لا يستعيد سجل المحادثات.

كذلك لا ينبغي وصف هذه البنية بأنها «بلا أي نسخة احتياطية سحابية». تقول الوثيقة الحالية إن مواد الهوية تُشفَّر على الجهاز ثم تُرفع في صورة نسخة احتياطية مشفّرة. والفرق المهم هو بين تخزين مفتاح مقروء على الخادم وتخزين نسخة مشفّرة تحتاج إلى مفتاح الاستعادة لفتحها.

ثلاثة أبواب لا يفتحها المفتاح نفسه

العملية الهدف لماذا لا تكفي؟
تسجيل الدخول إلى الحساب إثبات حق الوصول إلى حساب الخدمة لا يوفّر بالضرورة مفتاح فك تشفير الرسائل السابقة
استعادة الهوية استعادة الوصول إلى مواد الهوية التشفيرية لا تثبت وحدها وجود جميع الرسائل أو استعادتها
استعادة السجل إرجاع الرسائل والمرفقات المطلوبة تحتاج، إلى جانب المفتاح، إلى البيانات نفسها وطريقة استعادة مدعومة

يمنع هذا التفريق خطأً مكلفًا: مسح الهاتف القديم ظنًا بأن معرفة كلمة مرور الدخول تكفي لاستعادة جميع المحادثات.

ماذا تقول وثائق v7 بالضبط؟

توضح صفحة أمن Livara أن مفاتيح اتفاق المفاتيح والتوقيع P-256 وبذرة ML-KEM تُشفَّر على الجهاز باستخدام مفتاح استعادة عشوائي بطول 256 بت. وفي وصف تنسيق v7، يجري أيضًا التحقق من أصالة حزمة الخوارزميات وعهد الهوية والجيل. هذا وصف صادر عن الجهة المصنّعة، ولا يُعدّ وحده تدقيقًا مستقلًا للتنفيذ.

يعتبر نموذج تهديد Livara عبارة الاستعادة ضرورية لفتح النسخة الاحتياطية للمفاتيح. لا ينبغي استنتاج الخوارزمية الدقيقة لتحويل العبارة إلى مفتاح، أو افتراض إعادة بناء جميع المفاتيح مباشرة، من هذا الوصف. يجب مطابقة التفاصيل العملية مع إصدار التطبيق ودليل ذلك الإصدار.

لماذا لا تجعل دالة الاشتقاق العبارة الضعيفة قوية؟

طول خرج الدالة ليس هو مدى صعوبة تخمين مدخلها. يصرّح RFC 5869 بأن HKDF يركّز الإنتروبيا الموجودة، لكنه لا يزيدها. لذلك لا يمكن الادعاء بأن أي عبارة يختارها المستخدم تكتسب تلقائيًا أمانًا كاملًا بقوة 256 بت بمجرد تمريرها عبر HKDF.

لا تختصر العبارة المُولَّدة عبر المسار الرسمي للتطبيق أو تعِد صياغتها أو تستبدلها بجملة يسهل تخمينها من تلقاء نفسك. لا ترسلها إلى أي شخص أو روبوت دعم أو نموذج مجهول.

قبل تغيير الهاتف أو مسحه

  1. تأكد داخل التطبيق مما تم نسخه احتياطيًا: الهوية أم السجل أم كلاهما بطرق منفصلة.
  2. احتفظ بعبارة الاستعادة في مكان آمن ومستقل عن الهاتف نفسه؛ واعتبر وصول الآخرين إليها خطرًا جديًا.
  3. اقرأ دليل الاستعادة للإصدار الحالي. لا تعتبر مجرد ظهور رسالة «تم تسجيل الدخول بنجاح» دليلًا على اكتمال الاستعادة.
  4. إذا كانت هناك طريقة مدعومة لاختبار الاستعادة، فجرّب أولًا ببيانات غير حساسة ومن دون مسح النسخة الوحيدة الموجودة.
  5. بعد النقل، تحقّق من المحادثات والملفات المطلوبة، ثم قرّر ما إذا كنت ستتخلى عن الجهاز القديم.

ماذا لو لم تكن لدي عبارة الاستعادة؟

إذا كان لا يزال لديك جهاز مخوّل، فراجع فقط المسارات الرسمية الموجودة داخل التطبيق نفسه؛ ولا تفترض إمكانية إنشاء نسخة احتياطية جديدة من دون التحقق من الإصدار. إذا فُقد الجهاز والعبارة معًا، فإن وثيقة Livara لا تعد باستعادة المفتاح. لا تعتبر أي خدمة «فك تشفير مضمون» بديلًا يتجاوز هذا الحد.

ابدأ خطة نقل الحساب بسؤال «أي بيانات ستعود، وبأي مفتاح، ومن أي نسخة احتياطية؟»، لا بافتراض أن تسجيل الدخول مجددًا يعني عودة جميع المحادثات.

افتح Livara Chat
CONTINUE THE THREADPrivate messaging ↗
YOU’VE REACHED THE ENDBack to the reading room ↗