من يحفظ استمرارية نطاق .jp عند توقف JPRS؟ تحليل مؤسسي

الخلاصة

اتفاق نقل إدارة نطاق JP بين JPNIC وJPRS (بتاريخ 31 يناير 2002، نافذ من 1 أبريل 2002) يجعل سلطة الاستمرارية وطنية: في حال إفلاس JPRS أو إعسارها أو قرار إعادة النقل، يتعين على JPNIC والهيئة الحكومية التشاور واختيار الناقل الجديد سريعًا (المادة 14(6))، مع بقاء JPRS في التشغيل حتى تحديد الخلف (المادة 13(11)) ونقل بيانات السجل كاملة (المادة 13(12)). [3]
لا يوجد في اتفاق رعاية ccTLD لـ .jp مع ICANN (الموقّع في 27 فبراير 2002) أي أداة «Continued Operations Instrument» أو مشغّل انتقالي طارئ تعيّنه ICANN؛ دور ICANN فني بحت: الاعتراف بالمنظمة الراعية، وصيانة سجل الجذر، ونشر تفويض .jp. [12] [13]
آلية الاحتجاز المصرفي ثلاثية الأطراف: JPRS تستخرج البيانات المشفرة وتنقلها يوميًا، ووكيل احتجاز (يختاره JPRS وفق معايير JPNIC ويوافق عليه JPNIC والهيئة الحكومية) يخزّنها خارج الموقع ويسلّمها بأمر المدقق؛ JPNIC تدقق العملية كاملة. أعيدت مناقصة دور وكيل الاحتجاز في يوليو 2023، وهوية الوكيل الحالي غير معلنة. [11] [17] [19]
فجوة موثقة في استمرارية DNSSEC: البيانات اللازمة لإعادة تشغيل خدمة DNSSEP في JP تدفن لدى وكيل الاحتجاز عند إغلاق المنظمة، لكن وثيقة بيان الممارسات نفسها تقول إن احتجاز المفاتيح الخاصة لا يُجرى؛ فالمفاتيح موجودة كنسخ متعددة في وحدات مادية بأقفال وبنسخ خارج الموقع، ولولا ذلك لاضطرت أي خلف إلى توليد مفاتيح جديدة واستبدال سجل DS في الجذر. [8] [9]
المقارنة مع عقود gTLD التي تديرها JPRS نفسها (.jprs، واتفاق Ryukyu) تكشف وجود شرطي Continued Operations Instrument وEmergency Transition فيها؛ لكن هذه الآليات تخص سلاسل gTLD لا ‎.jp نفسه. [23] [24]

سلسلة التفويض: من أين تنبع السلطة؟

السلسلة الموثقة تبدأ بموافقة حكومة اليابان على تعيين JPRS في 30 يناير 2002، ثم تقرير إعادة التفويض من IANA بتاريخ 8 فبراير 2002، ثم موافقة مجلس إدارة ICANN — التي تظهر في صفحة ICANN الخاصة بـ ccTLD بتاريخ 8 فبراير 2002 وفي تقرير IANA الثاني بتاريخ 12 فبراير 2002، وهو تناقض موثق لم يُحل — ثم اتفاق الرعاية الموقّع في 27 فبراير 2002، ثم التقرير الثاني لـ IANA في 1 أبريل 2002، ثم انتقال إدارة النطاق من JPNIC إلى JPRS نافذًا في 1 أبريل 2002 بشرط إبرام اتفاق الرعاية (المادة 15). [14] [15] [16] [12]

هذه السلسلة لا تمنح ICANN سلطة تشغيلية طارئة على ‎.jp. وفق اتفاق الرعاية، الاعتراف بـ JPNIC كمنظمة راعية والصيانة الفنية لتفويض الجذر هما الدور الوحيد الموثق لـ ICANN. [12] [13]

الاحتجاز المصرفي وآلية التعافي

وثائق الاحتجاز المعلنة تنص على أن JPRS تتعهد بتسليم يومي مشفّر، وأن الوكيل يعمل تحت مراقبة JPNIC، وأن البيانات تُسلّم فقط بأمر من المدقق. [11] [19] وبذلك، إذا توقفت JPRS فجأة، فإن الخلف المحدد بموجب المادة 14(6) من اتفاق النقل [3] يمكن نظريًا أن يبدأ من البيانات المحتجزة، لكن وثيقة RFP التي تشرح آلية الاحتجاز [19] لم تُسترجع بالكامل في هذه الدراسة، وهو حدّ للمعرفة لا للاستنتاج.

فجوة المفاتيح الخاصة

وثيقة بيان ممارسات DNSSEP لـ .jp تحدد مسؤولية السجل عن تدوير الطوارئ للكُلّود والتعافي المسبق، وتنص على إيداع المعلومات اللازمة لخدمة DNSSEP لدى وكيل الاحتجاز عند إغلاق المنظمة. لكن الوثيقة ذاتها تقول إن احتجاز المفاتيح الخاصة لا يُجرى، والمفاتيح تحفظ كنسخ متعددة في وحدات مادية بأقفال ونسخ خارج الموقع. [8] [9] الخلفية العملية: أي منشأة تُكلَّف بمواصلة تشغيل ‎.jp بعد توقف JPRS ستضطر، في حالة فقدان الوصول إلى هذه النسخ المادية، إلى توليد مفاتيح جديدة وتنسيق استبدال سجل DS في نطاق الجذر عبر IANA.

إذن لا «حارس من ICANN» لـ .jp

الاستنتاج المركزي: البنية التي تتوقعها البيئات الشائعة من ICANN — «مشغل طوارئ» يبقي النطاق حيًّا حتى تعود المنظمة الأصلية — موجودة في عقود gTLD التي تديرها JPRS نفسها (اتفاق .jprs واتفاق Ryukyu) [23] [24]، لكنها غائبة عن اتفاق الرعاية الخاص بـ .jp. [12] [13] الأدلة من دراسة JPRS للبحث في DNS عن الكوارث تستخدم سلسلة .jprs لا ‎.jp، مما يؤكد الفرق المؤسسي. [20]

من يُبقي .jp حيًّا إذا توقفت JPRS؟ سلطة استمرارية التشغيل بين العقد المحلي وعقود ICANN

لماذا هذا مهم

الخلاصة

سلسلة التفويض: من أين تنبع السلطة؟

الاحتجاز المصرفي وآلية التعافي

فجوة المفاتيح الخاصة

إذن لا «حارس من ICANN» لـ .jp

المصادر

سياق أعمق للملف الشخصي

الدائرة الاستراتيجية

تحالف القيادات

إحاطة الدائرة الاستراتيجية

إحاطة تحالف القيادات