الخلاصة

  • يسجل تحديث نشرته RIPE NCC في 30 أكتوبر فشل تحديثات قاعدة البيانات على نحو متقطع من 11:42 إلى 19:40 UTC يوم 28 أكتوبر؛ وكانت الصفحة الأولى قد أعلنت الحل عند 19:32 UTC.
  • يقول التحقيق إن الطلبات الفاشلة لم تكن لتغيّر تفويضاً عكسياً: إما أنها لم تتضمن تغييراً أو أخفقت في فحوص Zonemaster السابقة للتفويض. سجل الحادث الأول أثراً «major» وسجل المتابعة «none».

أضافت RIPE NCC بعد يومين الساعة التي لم تظهر في إعلانها الأول. صفحة الحادث المؤرخ 28 أكتوبر انتقلت إلى المراقبة عند 20:23 CET ثم أعلنت الحل عند 20:32 CET، أي 19:32 UTC. أما سجل المتابعة المنشور في 30 أكتوبر فيقول إن تحديثات RIPE Database أخفقت بصورة متقطعة حتى 19:40 UTC. انتهت نافذة الفشل بعد إعلان الحل بثماني دقائق.

وتبدأ النافذة عند 11:42 UTC، قبل أول إشعار علني بالتحقيق عند 19:04 UTC بسبع ساعات و22 دقيقة. قالت الصفحة الأولى إن بعض التحديثات لم تُعالج وإن بعض كائنات domain أثرت في خدمة DNS العكسي، ثم وضعت أثر الحادث عند «major».

يضيّق تحديث 30 أكتوبر أثر الطلبات الفاشلة: لم يكن أي منها سيغيّر تفويضاً عكسياً. فبعضها لم يحمل تغييرات، وبعضها لم يجتز فحوص Zonemaster السابقة للتفويض. وتوضح وثائق RIPE Database عن DNS العكسي أن كائن domain يطلب التفويض، وأن فحص خوادم الأسماء يسبق نشره عبر خوادم RIPE NCC.

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

المصادر