Summary

  • أعلن Richard Jimmerson في 12 أغسطس التحقيق في مشكلة محتملة بخدمة RPKI ووضع طلبات إنشاء ROA الجديدة في قائمة انتظار. وأوضح في تحديث 13 أغسطس أن تحديث وحدة HSM صاحبه خلل ترميز أصلحته ARIN.
  • يسجل تقرير ARIN الصادر في 26 أغسطس نشر النسخة في 12 أغسطس عند 12:21 وإصلاحها في 13 أغسطس عند 11:36. لم يبلغ RIPE Validator وRoutinator عن خطأ، بينما رفض rpki-client وFort المستودع.

عند 12:21 من يوم 12 أغسطس 2020، نشرت ARIN نسخة جديدة من نظام RPKI. وفي 12:46 وصل بلاغ بأن rpki-client يعجز عن التحقق من المستودع. كان RIPE Validator وRoutinator قد اجتازا الاختبار، لكن Fort انضم إلى rpki-client في الرفض. أظهرت البرمجيات التي تقرأ المحتوى المنشور حكمين متناقضين على المنتج نفسه.

بصفته مدير العمليات في ARIN، امتلك Jimmerson وسيلة فورية للحد من التعقيد: تأجيل إنشاء تفويضات منشأ المسارات الجديدة. يحدد ROA أي نظام مستقل يحق له الإعلان عن بادئة IP. ومع تعذر قراءة المستودع على بعض برامج التحقق، فإن إضافة كائنات جديدة كانت ستوسع نطاق العمل المطلوب مراجعته. أخبر الإعلان أصحاب الطلبات بما يجري من دون انتظار التقرير الفني النهائي.

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

أكمل المدير التقني Mark Kosters التسلسل الزمني لاحقاً، وتعهد بتوسيع اختبارات الإصدارات المقبلة لتشمل برامج التحقق المبنية على OpenSSL. الإشارتان الخضراوان وصفتا قارئين فقط. قرار Jimmerson منح المؤسسة وقتاً بين ظهور الخلاف وإصلاح ما كانت تقيسه قبل النشر.