المعهد الوطني الياباني للاتصالات وتكنولوجيا المعلومات يبلّغ عن طوابع زمنية خاطئة من خوادم الوقت العامة

• قال NICT إن جزءاً من نظامه الاحتياطي لخدمة الوقت العامة وزّع طوابع زمنية خاطئة لمدة 11 دقيقة أثناء الصيانة
• كانت الخدمة تعمل بشكل طبيعي حين أعلن NICT عن الحادث، في حين ظل سبب الخطأ وحجمه قيد التحقيق

الواقعة

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

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

التقييم

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

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

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

ما يجب مراقبته

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