سجلات في الضمان ولا مسجّل يعمل

الخلاصة

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

ما الذي ينجو فعلا داخل الملف

مصدر الإلزام ليس وصفا عاما لدور stewardship. إنه القسم 3.6 من اتفاقية اعتماد المسجّل لعام 2013. بموجبه يلتزم المسجّل المعتمد بتقديم نسخة إلكترونية من بيانات محددة وفق الجدول والشروط والصيغة التي تضعها ICANN.

تشير الصفحة الحالية لـ Registrar Data Escrow Program إلى مواصفة 2025 النافذة منذ 21 أغسطس 2025. يستطيع المسجّل استخدام الوكيل الذي تعيّنه ICANN دون رسم، أو اختيار وكيل معتمد على نفقته. ولا يغير اختيار مقدم الخدمة معنى الإيداع الصحيح.

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

لا يضع الوكيل الملف على خادم وينتهي. فهو يفحص بصمة SHA-256 والتوقيع والتشفير وترميز UTF-8 وأسماء الملفات وبنية CSV والحقول الإلزامية. خطأ واحد في Escrow Record يجعل الإيداع كله فاشلا. ويبلغ الوكيل ICANN خلال 24 ساعة بأن الإيداع مفقود أو صالح أو فاشل، ويستطيع إجراء فحص يدوي للمساعدة في الإصلاح.

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

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

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

ثم تضع المواصفة حدا صريحا: لا ينبغي تضمين بيانات إضافية غير الموصوفة. لذلك لا تتطلب حزمة المسجّل كلمة مرور أو سر تحقق متعدد العوامل أو رمز جلسة أو تفويض بطاقة أو رصيدا مدفوعا مسبقا أو تذكرة دعم أو ملفات موقع أو صندوق بريد.

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

ويجب الفصل بين ضمان المسجّل وضمان مشغل السجل. تظهر خوادم الأسماء وعناصر DNSSEC وعناوين IP لخوادم الأسماء في أحكام خاصة بمشغل السجل. ولا تظهر في قائمة المسجّل في الأقسام 8.1 إلى 8.3. قد تحتاج عملية الانتقال إلى المصدرين، لكن لا يجوز نسبة محتويات أحدهما إلى الآخر.

الحارس لا يملك سلطة التشغيل

قد توحي كلمة الضمان بأن صاحب النطاق يستطيع الذهاب مباشرة إلى الحارس وسحب حسابه كاملا. العقد لا ينشئ هذا الحق الفردي.

قبل الإفراج، يقتصر استخدام البيانات على فحص الاكتمال والاتساق والصيغة. وتنص اتفاقية الاعتماد على الإفراج عندما تنتهي الاتفاقية دون تجديد أو تُنهى. وتطلب مواصفة 2025 من الوكيل الإفراج عن السجلات خلال 24 ساعة من إخطار ICANN المكتوب والموقّع إلكترونيا بالطريقة المحددة، مع مراعاة أي إخطار إضافي يفرضه القانون. ويمكن باتفاق الأطراف إطلاق البيانات إلى جهة أخرى معيّنة.

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

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

توضح De-Accredited Registrar Transition Procedure، المعتمدة عام 2008، بقية السلسلة. يجب إبقاء تاريخ الوثيقة ظاهرا، فلا تُستخدم أرقامها القديمة كأرقام راهنة. لكن هيكلها يبيّن أن ICANN تقيم توافر البيانات وجودتها، وتعمل مع السجلات لمنع الحذف، ثم تبحث عن مسجّل مستلم كفؤ.

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

تحول استبانة انتقال منشورة في 2023 هذا الفصل إلى شروط عملية. تسأل المرشح عن الدعم بالهاتف والبريد أو التذاكر والدردشة، وعن عدد الأيام التي يحتاجها بعد إتاحة البيانات، وعن رسوم التجديد وخبرته ووضعه التعاقدي. وتوضح أن وكيل الضمان قد يسلّم الإيداع إلى المرشح المختار.

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

ما الذي يبقى محبوسا في الشركة المتوقفة

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

الفجوة الثانية تجارية. قد ينجو تاريخ انتهاء التسجيل بينما لا ينجو الوعد بسنوات مدفوعة مقدما أو خصم مرتبط بالاستضافة أو نزاع استرداد. سؤال 2023 عن سعر التجديد يبيّن أن الإفراج عن البيانات لا يحدد الشروط الاقتصادية الجديدة.

الفجوة الثالثة هي الموزع. وجود حقل reseller يساعد على تحديد القناة، لكنه لا يعيد صلاحيات الحسابات الفرعية والأرصدة والواجهة ذات العلامة البيضاء ومسار الدعم. معرفة العلاقة ليست تشغيلها.

الفجوة الرابعة هي الخدمات المرتبطة. قد تبيع شركة واحدة التسجيل وDNS والبريد والشهادة والاستضافة. يركز ضمان المسجّل على سجل التسجيل. وقد يحفظ مشغل السجل حالة الرعاية أو التفويض بينما تكون خوادم DNS نفسها متوقفة. ويستطيع المسجّل الجديد تجديد النطاق من دون أن يملك الموقع أو البريد السابق.

لذلك يجب أن يحدد أي ادعاء عن الاستقرار موضوعه. استقرار السجل واستقرار حل DNS واستمرار البريد واستمرار شركة العميل نتائج مختلفة، ولكل منها مشغل وعقد.

تتوزع التكاليف بالطريقة نفسها. يدفع المسجّل تكلفة الإنتاج والإصلاح، ويدفع للوكيل المعتمد إن اختاره. تمول ICANN الترتيب المعيّن والتنسيق. يحمي الوكيل ويفحص. يستثمر المستلم في الاستيراد والمطابقة والدعم. ويتحمل صاحب النطاق الانتظار وإثبات الهوية ونقل الخدمات الخارجة عن النطاق.

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

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

لكن ضيق الغرض يفرض اختبار النتيجة الضيقة. السؤال ليس لماذا لا يحفظ الضمان كل شيء، بل هل يمكن تسليم ما يحفظه واستخدامه فعلا.

لا تساوي الشكوى مخالفة ولا يساوي الملف استعادة

اختارت مراجعة ICANN من يناير إلى يوليو 2024 62 مسجّلا وفق تاريخ المراجعة ومعاملة مجموعات الشركات. لم يكمل أربعة المرحلة لأسباب مختلفة، وبقي 58 في النتيجة النهائية. ووجدت المراجعة لدى خمسة منهم نقصا في بيانات العميل الحقيقي لخدمة privacy/proxy داخل الضمان.

يثبت الرقم اختبار التزام محدد في عينة محددة. ولا يثبت أن 9 في المئة من جميع المسجّلين الحاليين لديهم المشكلة نفسها.

يبين جدول مارس 2025 إلى فبراير 2026 أن شكاوى Registrar Data Escrow مثلت 10 في المئة من الشكاوى المستلمة ضد المسجّلين ضمن جدول الفئات الخمس الكبرى. الكلمة الأساسية هي المستلمة، لا المخالفات المثبتة.

وفي أبريل 2025 تلقت ICANN 645 شكوى عن الضمان، أكثر من ضعف متوسط الأشهر الاثني عشر السابقة. لكنها قالت إن معظمها غير صالح لأن المسجّلين أكملوا الإيداعات، وأغلقت قضايا كثيرة من دون الاتصال بالطرف المتعاقد.

قد يقيس عدد الشكاوى إنذارات آلية أو تكرارا أو عبء مراجعة. ولا يقيس عدد السجلات التي يستطيع خلف استخدامها بعد أزمة.

يوثق إخطار خرق Xin Net عام 2013 إيداعات أسبوعية مفقودة أو غير صالحة واستخدام ICANN لمسار الإنفاذ التعاقدي آنذاك. إنه مثال تاريخي موثق، لا معدل راهن.

السجل العام أقوى عند مدخل السلسلة: هل كان الإيداع متوقعا، وهل وصل ونجح؟ وهو أضعف عند المخرج: هل فُك تشفيره واستُورد وطابق السجل، ومتى عاد العميل إلى حساب يعمل؟