الخلاصة

  • اقترحت المسودة الأولى، المنشورة في 12 أغسطس 2018 تحت الرمز AFPUB-2018-GEN-001-DRAFT01، جعل abuse-c إلزامياً في سجلات inetnum وinet6num وaut-num للموارد التي تخصصها AFRINIC مباشرة، مع إمكان أن ترث السجلات التابعة جهة اتصال الأصل أو تنشر جهة خاصة بها.
  • كان التحقق المقترح أكثر من اختبار لوصول البريد: رسالتان، رابط ورمز، اختبار CAPTCHA، وإقرار بأن الصندوق مراقب وأن تدابير تُتخذ وأن البلاغ يتلقى رداً، ضمن يومي عمل ثم ثلاثة أيام عمل، وصولاً إلى عدم صلاحية دائمة واعتبار الإخفاق المتكرر خرقاً للسياسة.
  • حلّت المسودة مشكلة حقيقية في العثور على جهة التشغيل المسؤولة، لكنها تجاوزت صيانة بيانات الدليل حين فرضت تدخلاً بشرياً، ومنعت التصفية وإلزام المبلّغ بنموذج ويب، وأجازت التحقق متى رأت AFRINIC ذلك مناسباً، وربطت الفشل بمتابعة تشير خصوصاً إلى إجراءات سحب الموارد.
  • AFRINIC جهة خاصة لحفظ السجل والتنسيق التقني، وليست مشرّعاً أو منظماً أو شرطة أو نيابة أو قضاءً أو سلطة عقابية. العلاج السليم هو اختبار موضوعي لقابلية التسليم، وإشعار واضح، ومهلة علاج ذات معنى، وحالة شفافة لجودة البيانات، وحاجز مطلق يمنع أن يصبح عطل الاتصال عقوبة على السيطرة على موارد الأرقام.

L3 — آلة التحقق ذات الأيام الخمسة

رسالتان تنقلان الحقل من السجل إلى السلوك

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

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

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

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

من ترتيب اختياري إلى حقل إلزامي

لم تبدأ AFRINIC من فراغ. قبل 2018 كان لديها ترتيب قائم على كائن مخصص من نوع IRT لحفظ معلومات اتصال الإساءة. أمكن ربط ذلك الكائن بسجلات inetnum وinet6num وaut-num، لكن الإحالة إليه بقيت اختيارية، وكان الاستخدام موضع تشجيع وممارسة فضلى لا واجباً عاماً. تعود جذور هذا الترتيب إلى سياسة صُدّق عليها في 2011، وتقول AFRINIC إنها نُفذت في 5 مايو 2012. لذلك لم تكن المسودة الأولى تخترع فكرة جهة اتصال للإساءة؛ كانت تستبدل منطق التشجيع والإحالة الاختيارية بمنطق الحقل الإلزامي والتحقق المتكرر والنتائج المرتبطة بالفشل.

قدّم جوردي باليت مارتينيز المسودة في 12 أغسطس 2018، وحملت الاسم «تحديث سياسة اتصال الإساءة، المسودة الأولى» والرمز AFPUB-2018-GEN-001-DRAFT01. اقترحت أن تحل محل القسم 8.0 من دليل السياسات الموحد. كان مركز التغيير أن يتضمن كل مورد تخصصه AFRINIC مباشرة جهة اتصال abuse-c في قيد WHOIS المقابل، سواء أكان inetnum لعناوين IPv4، أم inet6num لعناوين IPv6، أم aut-num لنظام مستقل. وطُلب وجود صندوق واحد على الأقل صالح ومراقب ومدار بنشاط. أما الكائنات التابعة، فكان يمكنها أن ترث جهة اتصال الكائن الأب أو تسجل جهتها الخاصة.

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

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

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

ما الذي تقيسه عملية التحقق فعلاً؟

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

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

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

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

تكرار الفحص واتساع التقدير

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

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

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

تقييم الموظفين وحدود ما يثبته

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

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

ويجب تثبيت الحد الزمني للوثيقة. المسودة الأولى كانت واحدة من سبع نسخ مسجلة، وظلت قيد النقاش. ظهرت المسودة الثانية في 20 نوفمبر 2018. لذلك فإن نقاش اجتماع AFRINIC-29 في 29 نوفمبر، وما دار فيه عن تقييد MyAFRINIC وآثار التصويت والعقوبة والاعتراض على تحول الجهة إلى «شرطة الإنترنت»، يقدم سياقاً لاحقاً لدورة المقترح، لا نصاً حرفياً للمسودة الأولى. سجل الرئيسان المشاركان عدم وجود توافق وأعادا المقترح لمزيد من الصياغة. كما أن التقرير السنوي لعام 2018 وصف التطورات بعد ظهور النسخة الثانية؛ فلا يجوز نقل كل ما أورده إلى وثيقة 12 أغسطس.

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

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