كيف تعمل المراسلة المقاومة للتهديدات الكمية عندما تكون جهة الاتصال غير متصلة؟

يستطيع المستلم غير المتصل تلقي رسالة مشفرة لاحقاً لأن جهازه نشر مواد مفاتيح عامة مسبقاً. ولا يزال المرسل بحاجة إلى خدمة تسليم يمكن الوصول إليها؛ فـ«التشفير غير المتزامن» لا يعني أن الرسائل تعبر انقطاع الشبكة أو تظهر فوراً على هاتف غير متصل.

توسّع تصاميم ما بعد الكم هذه الفكرة باستخدام آلية تغليف المفاتيح. والأسئلة المهمة هي كيفية إنشاء السر الأولي، وكيفية إخراج المفاتيح الخاصة القديمة من الخدمة، وكيف تجدد الرسائل اللاحقة الأمان.

المفاتيح المسبقة تحل مشكلة التوقيت

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

لذلك يزوّد الخادم الأطراف بمعلومات عامة ويضع البيانات المشفرة في قائمة انتظار؛ ولا يلزم أن يمتلك سر الرسالة الناتج. وتعد مواصفة X3DH من Signal وصفاً أولياً لهذا التصميم غير المتزامن. للمفتاح المسبق الموقّع والمفتاح المسبق أحادي الاستخدام أعمار وأدوار مختلفة؛ ولا تعني عبارة «مفتاح مسبق» كلمة مرور سرية مرفوعة إلى الخادم.

في محادثة أُنشئت بالفعل، قد يستخدم التطبيق حالة الجلسة الموجودة بدلاً من تكرار الإعداد الأولي لكل رسالة. فبدء الجلسة وتحديث مفاتيح رسائلها عمليتان منفصلتان.

ما الذي تضيفه آلية تغليف مفاتيح ما بعد كمية؟

لآلية تغليف المفاتيح ثلاث عمليات أساسية: توليد المفاتيح، والتغليف باستخدام مفتاح عام، وفك التغليف باستخدام المفتاح الخاص المقابل. ينتج التغليف سراً مشتركاً ونصاً مشفراً معاً. ويمكن تسليم النص المشفر لاحقاً؛ أما السر نفسه فلا يُرسل بصورة مكشوفة.

تضع NIST FIPS 203 معيار ML-KEM. في ML-KEM-768، يبلغ حجم مفتاح التغليف العام 1,184 بايت، والنص المشفر 1,088 بايت، والسر المشترك 32 بايت. هذه أحجام على مستوى الخوارزمية وليست حجم حزمة مراسلة كاملة. تضيف التوقيعات والمفاتيح التقليدية والمعرّفات وتأطير النقل كلفة إضافية؛ وقد لا يصاحب المفتاح العام المخزّن مؤقتاً كل رسالة.

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

مثال: PQXDH، وليس مخططاً عاماً لكل المنتجات

تصف مواصفة PQXDH من Signal مفاتيح مسبقة ما بعد كمية موقّعة وأحادية الاستخدام، ومفتاح ملاذ أخير موقّعاً. يتحقق المرسل من التوقيعات المقدمة، وينفّذ اتفاق المفاتيح، ويضمّن النص المشفر لآلية KEM ومعرّفات المفاتيح مع الرسالة الأولى المشفرة. ويشتق المستلم لاحقاً السر نفسه ويعالج الرسالة.

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

PQXDH تركيب واحد محدد بالمواصفات. لا ينبغي نسخ منحنياته وتوقيعاته وخيارات معلماته الدقيقة إلى وصف منتج آخر، ما لم يوثق ذلك المنتج استخدامها.

آلية التحديث المتدرج ليست هي مخزون المفاتيح المسبقة

تدعم المفاتيح المسبقة إنشاء الجلسة، بينما يغيّر بروتوكول التحديث المتدرج الأسرار أثناء المحادثة. وتشرح مواصفة Double Ratchet تطور مفاتيح الرسائل والتراكيب الأحدث للتحديث المتدرج ما بعد الكمي، ومنها تصاميم لا ترسل تبادلاً ما بعد كمي كاملاً مع كل رسالة تطبيق.

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

حذف مفتاح مسبق عام من الخادم يمنع إعادة استخدامه المعتادة؛ لكنه لا يعادل حذف المفتاح الخاص المقابل من نقطة النهاية. ويفحص التدقيق المفيد كلاً من قواعد دورة الحياة وسلوك الرسائل المتأخرة.

ما الذي توثقه Livara، وما الذي لا يزال يحتاج إلى دليل؟

تصف صفحة أمان Livara إنشاء جلسات هجيناً باستخدام مفاتيح أحادية الاستخدام عند توفرها، والتحديثات المعتادة لسلسلة الرسائل، وحقب ML-KEM دورية. وهذا يختلف عن الادعاء القديم بأن كل رسالة تنفّذ تبادلاً جديداً وكاملاً لـ ML-KEM. هذه تصريحات في وثائق المنتج، وليست تحققاً مستقلاً من التنفيذ.

لا تستنتج منها سياسة بديلة محددة عند نفاد المفاتيح، أو فترة لإعادة تزويدها، أو رقماً لزمن تأخر الشبكة. تحتاج هذه الأسئلة إلى وثائق بروتوكول خاصة بالإصدار أو نتائج مقاسة. كذلك لا يمثل Proof Lab اختباراً كاملاً للإعداد غير المتزامن أو نفاد المفاتيح أو استعادة الرسائل المتأخرة.

كيفية تقييم ادعاءات المراسلة مع طرف غير متصل

اطلب من المورّد أو المراجع أدلة تغطي الحالات التالية:

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

استخدم حسابات ورسائل اختبار غير حساسة. يثبت نجاح اختبار التسليم ذلك السيناريو، وليس كل خاصية تشفيرية. وبالمقابل، قد يكون فشل التسليم مشكلة شبكة أو دورة حياة، لا كسراً للتشفير.

أسئلة شائعة

هل يمكن أن يكون المستلم غير متصل أثناء إرسالي؟

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

هل تجعل مفاتيح KEM الأكبر المحادثات أبطأ بشكل ملحوظ دائماً؟

لا يمكن استنتاج حكم عام عن الزمن من حجم المفتاح وحده. فتكرار الإعداد والتجميع والتخزين المؤقت والتنفيذ وظروف الشبكة كلها مهمة. انشر قياساً معيارياً بدلاً من الوعد بانعدام الكلفة الإضافية.

هل يثبت المفتاح المسبق الموقّع هوية الشخص وراء الحساب؟

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

هل يعمل التشفير ما بعد الكمي دون أي اتصال؟

يمكن تنفيذ بعض الحسابات المحلية دون اتصال. لكن تسليم الرسائل يظل بحاجة إلى مسار اتصال؛ والتشفير لا يوفر هذا المسار.