المحمّل يملك الجهاز وحده، وتحديث البرنامج ينافسه على كل شيء

Summary

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

لا يصل خوارزم جديد إلى الجهاز إلا عبر تحديث يثق به الجهاز أصلاً. تصف مسودة 29 أكتوبر خطراً مستقبلياً يتمثل في إمكان تزوير توقيعات RSA أو ECDSA التقليدية بوساطة حاسوب كمّي قادر. يشرح RFC 9019 بنية تحديث أجهزة إنترنت الأشياء؛ وتدفع PQUIP سؤالاً عملياً إلى الواجهة: متى يفحص الجهاز توقيع الصورة الجديدة؟

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

تختلف الكلفة بين الخيارات. يتيح HSS/LMS تحققاً فعالاً لكنه يفرض على جهة التوقيع ضبط المفاتيح ذات الاستخدام الواحد. يتجنب SLH-DSA تلك الحالة مع توقيعات أكبر وعمليات أبطأ؛ وتصف المسودة ML-DSA بأنه أسرع وأصغر من SLH-DSA. ويعرض RFC 9794 إطار التوقيعات الهجينة التي قد تحمل مكوناتها منفصلة أو مركبة. الوثيقة ما زالت مسودة معلوماتية على جدول IESG في 5 نوفمبر. لا تقدم المصادر قياساً مزدوجاً لجهاز محدد؛ قياس الزمن وذروة الذاكرة والطاقة تحت حمله المعتاد سيغير قرار الاختيار.