قيّم قيمة الحماية ما بعد الكمية بحسب مدة الحاجة إلى سرية البيانات، لا بحسب موعد تخميني للمستقبل.
تعني استراتيجية «اجمع الآن، وفكّ التشفير لاحقًا»، أو HNDL، أن يجمع المهاجم البيانات المشفّرة الآن على أمل امتلاك الأدوات اللازمة لقراءتها في المستقبل. وفي السيناريو الكمي، ينصبّ القلق الأساسي على بعض أساليب التشفير بالمفتاح العام التي قد يستهدفها حاسوب كمي ذو قدرة كافية.
لا يعني هذا الخطر أن جميع رسائل اليوم قد كُسر تشفيرها، ولا أن لذلك موعدًا مؤكدًا. وتتوقف أهميته على نوع التشفير، والبيانات التي يمكن جمعها، والمدة التي يجب أن تظل فيها المعلومات سرية.
لماذا تهم «مدة الحاجة إلى السرية»؟
قد تفقد رسالة تنسيق يومية معظم قيمتها بعد بضع ساعات، بينما يظل عقد أو ملف شخصي أو هوية مصدر صحفي حساسًا لسنوات. ينبغي مراعاة هذا الاختلاف عند اختيار وسائل الحماية والتخطيط للانتقال إلى تقنيات جديدة.
يشير NIST في شرحه للتشفير ما بعد الكمي إلى هذا الخطر على البيانات طويلة العمر وإلى الوقت الذي تستغرقه عملية الانتقال. لا نعرف متى سيظهر حاسوب كمي قادر على كسر التشفير المعني؛ والتخطيط في ظل عدم اليقين يختلف عن إعلان يوم محدد لانهيار الأمن.
| سؤال عن بياناتك | لماذا يهم؟ |
|---|---|
| إلى متى يجب أن تظل سرية؟ | يحدد القيمة المحتملة لكشفها مستقبلًا |
| من قد يجمع نسخة منها؟ | يُدخل قدرات المهاجم ومستوى وصوله في التقييم |
| كيف تُنشأ مفاتيحها وتُحفظ؟ | اسم خوارزمية تشفير المحتوى وحده، مثل AES، ليس إجابة كاملة |
| ما النسخ الموجودة في النسخ الاحتياطية أو على الأجهزة؟ | بعض مسارات انكشاف البيانات لا تحتاج أصلًا إلى حاسوب كمي |
هذا الجدول أداة لاتخاذ القرار، لا تقييمًا إحصائيًا ولا دليلًا على أن بياناتك تحديدًا قد سُجّلت.
ما وظيفة ML-KEM؟
يعرّف معيار FIPS 203 آلية ML-KEM لإنشاء سرّ مشترك. وتمثل ML-KEM-768 إحدى مجموعات معلماتها. يمكن استخدام السر الناتج داخل بروتوكول لاشتقاق مفتاح لتشفير المحتوى؛ وليست ML-KEM نفسها طريقة لتشفير فيلم أو نص طويل مباشرةً.
المقاومة ما بعد الكمية ليست إثباتًا بأن التشفير سيظل غير قابل للكسر إلى الأبد. يعتمد الأمن على الفرضيات الرياضية، والجمع الصحيح بين الخوارزميات، والتنفيذ، وإدارة المفاتيح. ووجود اسم ML-KEM على صفحة منتج لا يُعدّ اعتمادًا مستقلًا لتطبيق المراسلة بأكمله.
لماذا يُستخدم النهج الهجين؟
يجمع التصميم الهجين مادة المفاتيح التقليدية ومادة المفاتيح ما بعد الكمية بآلية محددة، كي لا يعتمد على عائلة واحدة من الخوارزميات. قد يكون الهدف الحفاظ على السرية إذا فشل أحد المكوّنين، لكن هذه النتيجة تعتمد على تصميم آلية الدمج وفرضيات البروتوكول؛ ولا يكفي مجرد وضع اسمَي خوارزميتين جنبًا إلى جنب.
السرية الأمامية والأمان بعد الاختراق خاصيتان منفصلتان أيضًا. ينبغي أن يوضح البروتوكول أي فترة تتأثر بانكشاف كل مفتاح، وما المدخلات الجديدة اللازمة لاستعادة الأمن. فتدوير سلسلة حتمية وحده لا يطرد مهاجمًا ما زال موجودًا على الجهاز.
ماذا يعني ذلك لمستخدم Livara؟
تصف وثائق أمان Livara الاستخدام الهجين لـP-256 وML-KEM-768 في LVR1، وتوزيع مفاتيح المجموعات عبر جلسات بين كل طرفين. هذا وصف صادر عن الجهة المطوّرة؛ وللتقييم، افحص إصدار المنتج، ونطاق الحماية لكل نوع من المحادثات، والأدلة التقنية كلًّا على حدة.
لا تستنتج حماية جميع الميزات من حماية نوع واحد من الرسائل. فقد تختلف قواعد المكالمات والنسخ الاحتياطية والقنوات العامة واسترداد الهوية. ويُعدّ نموذج تهديد Livara ودليل اختيار تطبيق مراسلة نقطتَي بداية أنسب من وصف عام مثل «كمي».
ما المشكلات التي لا يحلها جعل المفاتيح مقاومة للهجمات الكمية؟
- البرمجيات الخبيثة أو الوصول إلى جهاز يعرض محتوى فُكّ تشفيره.
- متلقٍّ يحفظ الرسالة أو يصوّرها أو يعيد نشرها.
- البيانات الوصفية التي يحتفظ بها المنتج عمدًا لأغراض التوجيه.
- نسخة احتياطية لا تتمتع بحماية مستقلة.
- إعادة تسجيل محتوى سبق انكشافه.
كذلك، لا تغيّر ترقية اليوم نسخة حركة البيانات التي سبق أن جمعها المهاجم. وللتفريق بين المحتوى والمعلومات المصاحبة له، اقرأ دليل البيانات الوصفية للمراسلة.
من أين تبدأ؟
حدّد أولًا البيانات التي تحتاج إلى البقاء سرية مدة طويلة. ثم اسأل: في أي إصدار وأي مسار تكون الحماية ما بعد الكمية مفعّلة فعلًا؟ وما المواصفات والتقييمات المنشورة؟ وما حدود الاسترداد؟ وفي الوقت نفسه، لا تهمل تحديث الجهاز، والتحقق من الطرف الآخر، والنسخ الاحتياطي الآمن؛ فهذه المخاطر موجودة الآن أيضًا.
هل ينبغي أن أفترض أن جميع رسائلي ستُقرأ مستقبلًا؟
لا. لا يمكن تبرير هذا الاستنتاج من دون معرفة تصميم التشفير وقدرات المهاجم. تمثل HNDL سببًا للتخطيط بما يناسب البيانات الحساسة، لا يقينًا بانكشاف جميع الرسائل.
هل التشفير من طرف إلى طرف مقاوم للهجمات الكمية بحد ذاته؟
لا. يتعلق التشفير من طرف إلى طرف بمواضع الوصول إلى المفاتيح والمحتوى؛ أما مقاومة الهجمات الكمية فتعتمد على الخوارزميات والبروتوكول.
