الخلاصة
- تقول مقالة مساهم نُشرت في مدونة LACNIC يوم 17 سبتمبر إن XARF v4 يحتاج إلى سبعة حقول كحد أدنى. أما مواصفة XARF الحالية فتسرد ثمانية حقول إلزامية في المستوى الأعلى.
- العنصر الساقط من القائمة المختصرة هو
sender. تفصله XARF عنreporterلكي يستطيع CERT أو مزود تقني أو وسيط آخر نقل البلاغ بالنيابة عن صاحبه من دون أن يتحول إلى المبلّغ. - لا يثبت الفرق ضياع بلاغ ولا إلزام LACNIC باستخدام XARF. لكنه يبين أن نتيجة التحقق يجب أن ترتبط بنسخة محددة، وقائمة متطلبات، وخريطة أدوار، وحالة نقل وفرز.
الحقل الثامن يحفظ من قال ومن نقل
يمكن لنظام استقبال ذي سبع خانات أن يعلن النجاح. يجد نسخة المخطط ومعرف التقرير ووقت الحادث والمبلّغ والمصدر والفئة والنوع. لكن CERT وطنياً أرسل الرسالة نيابة عن عضو، ولم يترك النموذج موضعاً لهذه الجهة الناقلة.
هذا المثال لا يثبت عطلاً قائماً ولا صحة ادعاء إساءة. وهو يكشف فقط كيف يمكن لقائمة موجزة أن تتحول إلى نموذج صلاحيات داخل برنامج.
جاءت نقطة البداية في مقالة Guillermo Pereyra «How to Keep an Abuse Report from Getting Lost in Your Mailbox» التي نشرتها مدونة LACNIC في 17 سبتمبر. تقدم المقالة XARF v4 بوصفه تنسيق JSON تديره الجماعة ويغطي 32 نوعاً من الحوادث ضمن سبع فئات.
ثم تقول إن الإصدار الرابع يتطلب سبعة حقول في الحد الأدنى: نسخة المخطط، ومعرفاً فريداً، ووقت الحادث، وreporter، ومصدر الإساءة، والفئة، والنوع. لكن المواصفة التقنية الحالية لـXARF v4 تسرد ثمانية حقول إلزامية مشتركة في المستوى الأعلى: xarf_version وreport_id وtimestamp وreporter وsender وحقل معرّف المصدر وcategory وtype.
وتؤكد مرجعية الحقول المشتركة القائمة نفسها، ثم تفرض خصائص داخل كائني reporter وsender. وقد تضيف مخططات الفئات حقولاً إلزامية أخرى. لذلك يشير العدد ثمانية إلى القاعدة العليا المشتركة، لا إلى مجموع القيم التي يحتاجها كل تقرير.
لا تتجاهل مقالة المدونة الحقل الثامن كلياً. فالفقرة التالية تشرح الفرق بين الدورين بصورة صحيحة، ويتضمن المثال كلا الكائنين. كما تنبه الصفحة إلى أن آراء المؤلف لا تعكس بالضرورة آراء LACNIC.
لهذا تبقى النتيجة محدودة. لا يوجد دليل على أن LACNIC نشر محللاً بسبعة حقول، أو أن تطبيقاً فعلياً لـXARF أخفق، أو أن بلاغاً بعينه ضاع بسبب هذه العبارة. المؤكد هو عدم تطابق العدّ المختصر مع المواصفة المنشورة الآن.
لكن الدور الذي سقط من العدّ مهم. reporter هو المنظمة التي اكتشفت الإساءة أو اشتكت منها، وsender هو المنظمة التي نقلت التقرير. قد تكون الجهتان واحدة. وقد تكونان عميلاً وخدمة للإبلاغ، أو علامة تجارية وشركة حماية، أو عضواً وCERT وطنياً.
الفصل بينهما يتيح للمتلقي معرفة صاحب الادعاء، والنظام الذي صدّق النقل وأرسله، والجهة التي يمكنها إصلاح خطأ تقني. ويساعد على تمييز إعادة إرسال البلاغ نفسه من ملاحظتين مستقلتين لحادث واحد. اختزال الدورين في «مصدر» واحد يقلل الأعمدة ويقطع سلسلة المنشأ.
اكتمال المخطط ليس إلا أول حالة في مسار أطول. تصنف XARF حقول source_port وevidence وevidence_source وconfidence باعتبارها موصى بها على المستوى المشترك. وتضيف كل فئة متطلباتها. يتطلب الوضع القياسي الحقول الإلزامية العامة والخاصة، بينما يطلب الوضع الصارم الحقول الموصى بها أيضاً.
وبذلك قد يمر تقرير صالح في الوضع المتساهل من دون مصفوفة أدلة. وقد يحتوي تقرير آخر على دليل لا يثبت الادعاء. ويمكن لرسالة سليمة تماماً أن تفشل في البريد أو تدخل الطابور الخطأ أو تنتظر من دون مراجعة بشرية أو تصف وقائع متنازعاً عليها. صحة البنية والتسليم والتوجيه والفرز والحكم والمعالجة حقائق منفصلة.
وتقر مقالة المدونة بهذه الحدود. فالأدلة موصى بها في المخطط، لكنها غالباً ما تجعل البلاغ قابلاً للتنفيذ عملياً. كما تبقي النص العادي صالحاً إذا تضمن المورد المتأثر ووقت UTC ونوع الإساءة والدليل وجهة اتصال ترد. رسالة واضحة أفضل من JSON ضعيف؛ وXARF لغة مشتركة محتملة لا ترخيصاً لإهمال غيرها.
يوفر القسم 12 من دليل سياسات LACNIC السياق الإقليمي. يجب أن تكون جهة اتصال الإساءة مُدارة فعلياً، وأن تقبل البلاغات اليدوية والآلية، وألا تفرض نموذجاً. تطلب السياسة قناة قابلة للوصول والمعالجة، لكنها لا تفرض XARF ولا تثبت حقيقة أي بلاغ.
وللنقل حد مماثل. تذكر المقالة ARF وRFC 5965. يعرّف RFC تنسيقاً قابلاً للتوسعة لتقارير البريد، لكنه يخرج صراحة عنوان الإرسال والتحقق من المحتوى وبناء الثقة من نطاقه. أما RFC 6650 فهو بيان التطبيق اللاحق. الغلاف المنظم لا يحسم ما في داخله.
أداة الرقابة العملية هي إيصال استقبال صغير. يسجل اسم المخطط ونسخته الدلالية وبصمة الملف أو الوثيقة التي استخدمها المحقق، والقائمة الدقيقة للحقول العامة والخاصة بالفئة. ويحتفظ بـreporter وsender كدورين حتى عندما تتطابق قيمهما.
كما يسجل وضع التحقق ونتيجته وتحذيراته؛ وعدد الأدلة وبصمة الحزمة عند وجودها؛ ومعرف رسالة النقل ونقطة الاستقبال ووقته؛ والطابور المسؤول وحالة الفرز وطريق التصحيح. تثبت البصمة أن نظامين قرآ البايتات نفسها، ولا تثبت أن الادعاء صحيح.
إذا صُححت الوثائق لاحقاً، يمكن للمشغل تحديد التقارير التي فُحصت بقاعدة قديمة وإعادة التحقق من المجموعة المتأثرة وحدها. ومن دون هذا الإيصال تصبح عبارة «XARF صالح» اسماً متحركاً يعتمد على الصفحة أو نسخة البرنامج التي صادف استخدامها.
المصادر
- مدونة LACNIC — How to Keep an Abuse Report from Getting Lost in Your Mailbox
- مدونة LACNIC — Cómo evitar que un reporte de abuso se pierda en el buzón
- المواصفة التقنية لـXARF v4
- مرجعية الحقول المشتركة لـXARF v4
- نقل XARF عبر البريد
- دليل سياسات LACNIC — تسجيل والتحقق من abuse-c وabuse-mailbox
- RFC 5965 — تنسيق قابل للتوسعة لتقارير التغذية الراجعة
- RFC 6650 — إنشاء واستخدام تقارير التغذية الراجعة بالبريد
إحاطة الأعضاء
سياق أعمق للملف الشخصي
سجّل الدخول بمستوى العضوية المناسب لفتح الإحاطة الكاملة وملاحظات المصادر.
للدائرة الاستراتيجية فقط
الدائرة الاستراتيجية
مفتوح لجميع القراء. افتح إحاطات الملف الشخصي بعد الانضمام وتسجيل الدخول.
انضم إلى الدائرة الاستراتيجيةلأعضاء تحالف القيادات فقط
تحالف القيادات
لأصحاب الأصول الفكرية المؤهلين وللإدارة؛ سجّل الدخول للوصول إلى إحاطات التحالف.
انضم إلى تحالف القيادات

