الخلاصة

  • السجل العام الذي فحصته هذه المراجعة يثبت أن ICANN تشغّل برنامجاً لسجلّ خلفي طارئ، وأن تعييناً في 2013 سمّى ثلاثة مزوّدين. جميع المصادر المحفوظة ملخّصات؛ ولم يُقرأ في هذه المراجعة أي عقد، ولا أي بند ميزانية، ولا أي صك تعيين.
  • خمس وقائع مستقلة تحدّد ما إذا كان هذا الضمان قابلاً للتنفيذ: تعيين سارٍ حالياً، وحق استدعاء قابل للإنفاذ، وقدرة ممولة ومصانة، وتسليم مُختبَر، ونطاق محدَّد. الروايات العامة تعامل الأولى عادةً كدليل على الخمس. في هذا السجل، الأوليان فقط موثَّقتان، والثانية منهما لا تُعرف إلا عبر تقرير صحافي متخصص ينقل إعلاناً من 2013.

تنهار السجلات بطرق غير لافتة: ينفد رأس المال، أو يغادر الفريق التقني، أو يتوقف الردّ ببساطة. العلاج الذي تعلنه ICANN لهذا السيناريو هو خلفية بديلة: طرف مُعدّ مسبقاً لتحمّل الوظائف الحرجة لنطاق عام عند وقوع خلل جسيم، كي يستمر النطاق في التحليل بينما يُحسم تصريف أطول. والسؤال المطروح هنا أضيق من «هل الفكرة جيدة؟». إنه: هل يُظهر السجل العام أن هذه الآلية قابلة للاستدعاء فعلاً؟

ما يقوله السجل وما لا يقوله

أربع وثائق تشكّل كامل قاعدة الإثبات في هذه المراجعة. صفحة البرنامج لدى ICANN تصف الآلية بأنها توفّر الاستمرارية لمشغّلي السجلات من النطاقات العامة الجديدة في حال خلل حرج أو انتقال (صفحة برنامج السجل الخلفي الطارئ في ICANN). وصفحة اتفاقية السجل للنطاقات العامة موصوفة بأنها تحوي المتطلبات التعاقدية للمشغّلين، ومنها «المواصفة 10» الخاصة بعملية انتقال السجل، وبأنها تصف المشغّل الطارئ بأنه شبكة أمان للاستمرارية (صفحة اتفاقية السجل للنطاقات العامة). أما عرض البرنامج المؤرَّخ في 2 نيسان/أبريل 2013 فقد لُخِّص بأنه يشرح أن الخدمة مخصّصة للاستخدام حين يعجز المشغّل عن تقديم الوظائف الجوهرية للسجل أو عن صيانتها، مع إشارة إلى خمس وظائف حرجة، مؤقتاً أو أثناء انتقال (عرض برنامج السجل الخلفي الطارئ، 2 نيسان/أبريل 2013).

الوثيقة الرابعة هي الوحيدة التي تسمّي أحداً. تقرير صحافي متخصص مستقل، محفوظ هنا فقط كمقتطف أبلغ عنه المزوّد، يذكر أن مركز معلومات شبكة الإنترنت الصيني، وشركة Neustar الأميركية، وشركة Nominet البريطانية قد اختيروا، وينسب ذلك إلى بيان صحفي من ICANN (تقرير InfoWorld عن اختيار 2013).

هذا كل شيء، وهو أرقّ مما يبدو. المصادر الأربعة كلها ملخّصات. وقد سُجّلت مصادر المقتطف بأنها مبلَّغة من المزوّد في حال التقرير الصحافي، ولم يُحفظ أي مقتطف من صفحات ICANN الثلاث: أي أن الأوصاف أعلاه هي توصيف قدّمه مزوّد البحث، لا نصّ قُرئ في الصكوك. وصفحة الاتفاقية مدخل لا اتفاقية؛ والمواصفة 10 مذكورة لا مقتبسة.

المراجعة التي يقوم عليها هذا النص حاولت المضي أبعد فلم تستطع. في 18 تشرين الأول/أكتوبر 2026، فشل طلب فحص على مستوى الوثيقة يغطي الاتفاقية وصفحة البرنامج وعرض 2013، لأن قدرة مزوّد البحث لم تكن متاحة بعد انتظار محدود (04:50:16 بتوقيت UTC). وطلب ثانٍ، وُجّه إلى الفرعين اللذين لا سند لهما إطلاقاً — من يشغل دور الاحتياط الآن، وهل القدرة ممولة — نجح في التنفيذ لكنه عاد بصفر من المصادر المرشّحة (04:51:46 بتوقيت UTC). أي فشلان متتاليان في الصنف نفسه من الصكوك، وعندها توقف البحث. الثغرة مسجّلة كحدّ مؤرَّخ، لا معبَّأة بالاستنتاج.

خمسة مستويات تُختزل عادةً في واحد

الانضباط المفيد هنا هو التوقف عن معاملة «المشغّل الطارئ موجود» كواقعة واحدة. فهي تتفكك إلى خمس، ودليل مستوى واحد لا يقول شيئاً عن المستوى التالي.

أولاً: برنامج مُعلَن. موثَّق. تنشر ICANN صفحة برنامج غايته المعلنة الاستمرارية.

ثانياً: مزوّد مُسمّى. موثَّق، لكن في 2013 فقط، وعبر تقرير صحافي متخصص فقط. عند هذا المستوى تتوقف معظم المناقشة العامة.

ثالثاً: حق استدعاء سارٍ وقابل للإنفاذ. غير مُثبَت. لا يُظهر أي شيء في السجل المراجَع أن أي مزوّد مُسمّى يخضع حالياً لتعيين، ولا مدة ذلك التعيين، ولا شروط الإشعار أو الاستدعاء المرتبطة به، ولا من يملك حق تحريكه. والتعيين المنقضي أو المُعاد شراؤه واقعة مختلفة عن التعيين الساري، والفرق بينهما هو بالضبط الفرق بين خطة ورقم هاتف.

رابعاً: قدرة ممولة ومصانة. غير مُثبَت. القدرة الاحتياطية ليست مجانية: ثمة من يدفع مقابل البنية المحجوزة، ودراية الفريق بمنصات سجلات متعددة، والتحقق الدوري. وهل تتضمن ميزانية ICANN المعتمدة بنداً كهذا، وكيف يوزَّع كلفة الاستدعاء بين ICANN والمشغّل المتعثر والمالكين الذين تُعلَّق عليهم أسماؤهم، لا يظهر في أي موضع من المادة المحفوظة.

خامساً: تسليم مُختبَر قابل للاستدعاء. غير مُثبَت. علاج لم يمارسه أحد في ظروف قريبة من الواقع يبقى فرضية. ولا يتضمن هذا السجل أي تقرير تمرين، ولا أي مهلة للتسليم، ولا تعريفاً لما تعنيه «مؤقتاً» بالأيام.

اثنان من خمسة موثَّقان، وعلى مستوى الملخّص. هذه هي النتيجة، وهي ليست فضيحة. إنها قياس لمدى ما يبلغه السجل العام فعلاً.

ثغرة بنيوية لا مصيدة

سيكون سهلاً وخاطئاً أن يُقرأ ما سبق كاتهام. فلنتأمل مما يتكوّن علاج الاستمرارية.

اتفاقية السجل تُلزم المشغّل. لكن الواجب الأهم — التعاون في انتقال، وتسليم بيانات التسجيل، وإبقاء المنطقة مستجيبة بينما يتولى غيرك الدفة — يصبح ملحّاً بالضبط حين يكون المشغّل أقل قدرة على الوفاء به. والالتزام الذي لا يُنفَّذ إلا بعد الفشل سند حقيقي لإجراء لاحق. لكنه ليس بديلاً عن البديل. الاثنان صكتان مختلفان بأنماط فشل مختلفة، وأنا أرسم هذا التمييز تحليلاً، لا وصفاً لتعاقدات ICANN، لأن تلك التعاقدات لم تُقرأ هنا.

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

ثمة سبب مشروع لعدم نشر شروط التعاقد دائماً: السرية التجارية، والتفاصيل الحساسة أمنياً، والتسعير. لكن سرية الشروط وغياب أي تحقق حالتان مختلفتان، والسجل المراجَع لا يثبت أياً منهما.

انضباط النطاق: الاستمرارية ليست أماناً

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

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

الشرعية، بصياغة حصيفة

تحت المسألة التقنية مسألة مؤسسية، ويمكن طرحها دون نسب نوايا.

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

هذا التفاوت يولّد انزياحاً متوقعاً: الشكل الرخيص ينتشر، والشكل المكلف نادراً ما يُطلب، والفجوة بينهما تصير غير مرئية افتراضاً. فيقيّم المالكون والموزّعون والحكومات عندئذٍ الطمأنينة لا القدرة. وحين ينفصل الاثنان، تقع الكلفة على الأطراف التي كانت أقل قدرة على التحقق.

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

ما يحسم المسألة

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

لا شيء من ذلك يقتضي كشف الملاحق السرية لعقد. وأيٌّ منها سيتيح لمالك أو موزّع أو حكومة أن يميّز احتياطاً قابلاً للاستدعاء من احتياط أُعلن فقط.

وحتى ذلك الحين، العبارة الدقيقة عن شبكة ICANN الاحتياطية هي التي يحتملها هذا السجل: إنها موجودة، وموصوفة كشبكة أمان، وثلاثة مزوّدين سُمّوا مرة، والشروط التي تحدّد قابليتها للتنفيذ لم تُعرض. ومن يتلقى الإعلان كضمان فإنه يثق بصك لم يره. ومدخل البرنامج في الدليل موجود هنا: Emergency Back-End Registry Operator Program – ICANN.