الخلاصة

  • يفرض RFC 9919 على العملاء الجدد للملف الخفيف استخدام SHA-256 في تجزئتي اسم المُصدر ومفتاحه داخل CertID، وعلى عملاء RFC 5019 القدامى الانتقال من SHA-1 متى أصبح ذلك عملياً.
  • يستطيع المستجيب مؤقتاً تضمين عنصري SingleResponse، أحدهما بـCertID من SHA-1 والآخر من SHA-256. ويمكن لسجل خوارزمية طلب العميل أن يساعد في تقرير موعد إزالة النسخة القديمة.
  • لا يرى ذلك السجل إلا الطلبات التي وصلت إلى نقطة القياس. وقد يبقى الاستعمال داخل مخبأ العميل أو الوكيل، أو في استجابة منتجة سلفاً، أو تدبيس TLS، أو مستجيب بديل، أو ترتيب تشغيلي خارج البروتوكول.
  • خوارزمية CertID تحدد كيفية تجزئة هوية مُصدر الشهادة، ولا تحدد خوارزمية توقيع استجابة OCSP.
  • يحتاج الإيقاف إلى إيصال يربط نقاط الرصد والمقام وسياسة الاستجابة المزدوجة ومعيار التوقف وصاحب القرار واختبار canary ومسار الرجوع وانتهاء الاستثناء ونتيجة ما بعد القطع.

ماذا يعني الصفر فعلاً؟

يعني أن مصنفاً معيناً لم يجد طلب SHA-1 في مدخل معين خلال مدة معينة. أما القول إن كل عميل قديم اختفى، فيفترض أن كل استعمال كان قادراً على المرور من هذا المدخل وأن كل استعمال أنشأ طلباً جديداً. لا يثبت السجل أياً من الافتراضين.

صُمم ملف OCSP عالي الحجم لتقليل الوصول إلى الأصل. يمكن إنتاج الاستجابة قبل الطلب، ويحفظ العميل الاستجابات السلطوية محلياً، وتعيد وسائط HTTP استخدامها، وقد يوزعها الخادم من مخبئه. ومع stapling أو piggybacking تصل الاستجابة داخل تبادل بروتوكولي آخر، فلا يفتح العميل جلسة HTTP جديدة مع مستجيب OCSP. هبوط عدد الطلبات قد يكون نجاحاً في التوسع لا دليلاً على تحديث العميل.

كما قد ينقسم المرور بين مناطق وhostnames ونسخ احتياطية وشبكات خاصة. ولا يعلن OCSP قدرة المستجيب داخل البروتوكول، لذلك قد تعتمد الأطراف على ترتيبات خارجية لتحديد profile الخدمة. لا تظهر هذه العقود أو قوائم الأجهزة في رسم مدخل واحد.

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

موضع SHA-1 الصحيح في البنية

كان RFC 5019 يفرض SHA-1 على issuerNameHash وissuerKeyHash. ألغى RFC 9919 ذلك الملف وفرض SHA-256 على العملاء المطابقين للملف الجديد، مع إلزام العملاء المتوافقين قديماً بالانتقال في أقرب وقت عملي.

سمح جانب الاستجابة بجسر منضبط. الأصل عنصر SingleResponse واحد، لكن يمكن إضافة عناصر لتحسين الإنتاج المسبق أو المخبأ أو التوافق. ويعرض RFC 9919 مثالاً واضحاً لعنصر SHA-1 وآخر SHA-256. فإذا لم يبق عميل يحتاج SHA-1، فلا ينبغي للمستجيب توزيع ذلك الشكل، وقد يسجل المشغل خوارزمية الطلب للمساعدة في القرار.

لكن الوثيقة لا تحدد عدداً عالمياً من الأيام الصامتة ولا نسبة مسموحة ولا مقاماً لكل منظومة OCSP. فالقياس مدخل للقرار، لا تفويض تلقائي به.

ويحسم RFC 6960 الالتباس التقني: يحدد CertID.hashAlgorithm تجزئة الاسم المميز والمفتاح العام للمُصدر، ويكمل الرقم التسلسلي تعريف الشهادة. أما BasicOCSPResponse.signatureAlgorithm فهو حقل منفصل. ويقول القسم 8.7 من RFC 9919 إن استخدام SHA-1 لهذا الحساب ليس بحد ذاته مشكلة أمن تشفيري؛ إنما يفرض استمرار دعم برمجي يزيد التعقيد ومساحة الهجوم المحتملة.

إذن لا يجوز تسمية المشروع «إيقاف توقيع SHA-1» ما لم تُفحص طبقة التوقيع ذاتها. موضوعه هنا فرع توافق لتعريف الشهادة.

بناء المقام قبل النسبة

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

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

إذا تعذر قياس مجموعة، يسجل صاحب الاستثناء سبب استبعادها وموعد مراجعته. بذلك لا يتحول المجهول إلى SHA-256 من دون دليل.

إيصال الإيقاف

يجمع الإيصال نطاق القرار وصاحبه؛ نقاط الرصد والمقام؛ قائمة استثناءات SHA-1؛ سياسة الاستجابة الواحدة أو المزدوجة؛ تغطية المخبأ والتدبيس؛ مدة القياس ومعيار التوقف. ويضيف مجتمع canary ومدته، وشرط rollback، ومسار fallback، وتاريخ انتهاء الاستثناء إن لم يُجدَّد.

بعد القطع تُضاف طلبات SHA-1 التي عادت، وأخطاء المستجيب، وفشل التحقق، وتشغيل fallback، وعائلات الشهادات المتأثرة، وأثر الخدمة. الموافقة وحدها خطة؛ النتيجة هي التي تجعلها سجلاً مكتملاً.

يحدد IETF سلوك التشغيل البيني، لكنه لا يشغل بيئة كل مؤسسة. لذلك يملك مشغل التغيير دليله وتبعاته. لا ينبغي أن يعيش التوافق إلى الأبد لأن لا أحد يملكه، ولا أن ينتهي لأن شاشة واحدة أصبحت هادئة.

المصادر