الخلاصة

  • يمنح RFC 5731 حالتي clientTransferProhibited وserverTransferProhibited أثراً قوياً ومحدداً: يجب رفض طلبات نقل كائن النطاق.
  • يحدد بادئ اسم الحالة الجانب الذي يتحكم فيها، لكنه لا يحمل سبب السياسة أو تفويض الشخص أو موعد المراجعة أو دليلاً على سلامة طريق رفع القفل.
  • يحتاج تفسير قرار النقل إلى سجل حالة مؤرخ وسجل قرار مستقل يحدد السلطة والأساس والمدة والإخطار وطريقة الإزالة، مع أدلة منفصلة لضوابط الحساب والتحديث والحذف والتجديد وDNS.

حالة تقول «لا» بدقة

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

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

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

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

البادئة تحدد جانب التحكم لا صاحب القرار

الحالات التي تبدأ بـclient يضيفها العميل الراعي أو يزيلها، وهو عادةً المسجّل في علاقة السجل بالمسجّل. الحالات التي تبدأ بـserver يسيطر عليها خادم EPP، أي السجل عادةً. لا يستطيع العميل تغيير حالة وضعها الخادم، بينما يستطيع الخادم تعديل حالة العميل أو تجاوزها وفق سياسته المحلية.

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

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

السياسة هي التي تحمل السبب

تصف سياسة النقل لدى ICANN، ضمن نطاق تطبيقها، طبقةً لا يحاول RFC 5731 ترميزها. فهي تفصل سلطة صاحب الاسم المسجل عن تقديم الطلب بواسطة المسجّل المستفيد، وتحدد التزامات المسجّل الحالي والحالات التي يمكن فيها الرفض ووجوب بيان السبب.

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

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

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

ثلاثة توقيتات وراء رمز واحد

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

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

يقدم RFC 5731 اختبار اتساق عملياً: لا يجوز الجمع بين pendingTransfer وأي من حالتي حظر النقل. فالأولى تعني أن إجراء نقل عولج ولم يكتمل، في حين تفرض الثانية رفض طلب النقل. إذا ظهر الاثنان معاً، يجب أولاً فحص فروق الوقت وعمر الذاكرة المؤقتة ودمج المصادر وأخطاء العرض. التناقض يستدعي إعادة بناء السجل؛ ولا يثبت وحده احتيالاً أو مخالفة من الخادم.

قفل النقل لا يقفل كل فعل

توحي كلمة «قفل» في الاستعمال اليومي بأن كل شيء متوقف. لكن EPP يخصص حالات مختلفة لمنع النقل والتحديث والحذف والتجديد، وتؤثر حالات hold في نشر تفويض DNS. رفض النقل لا يثبت أن بيانات الاتصال لا يمكن تغييرها، أو أن حذف النطاق محظور، أو أن حساب المسجّل محمي.

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

تصف إرشادات ICANN الأمنية قفل النقل بأنه طبقة نافعة لا وسيلة لا تخفق أبداً، وتوصي بصورة مستقلة بحماية معلومات الحساب والنظر في المصادقة متعددة الخطوات. لذلك يجب أن تفصل المراجعة بين دخول الحساب، وتغير الصلاحيات، والتعامل مع authInfo، وحالات التحديث والحذف، وتفويض DNS، والتجديد، وجهات الاسترداد.

نسبة العمل إلى Hollenbeck دون منحه سلطة لم يمارسها

يسمي RFC 5730 وRFC 5731 Scott Hollenbeck مؤلفاً. ويذكر ملفه العام لدى IETF أنه يشارك بنشاط منذ منتصف تسعينيات القرن الماضي، وترأس عدة مجموعات عمل، وشغل منصب مدير مجال التطبيقات من 2004 إلى 2006. وتسرد الصفحة الحالية 39 وثيقة RFC مرتبطة به.

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

ملف يشرح النتيجة من دون كشف الأسرار

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

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

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

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

المصادر