Summary

  • الطرف المعتمد في RPKI يبني رؤية محلية مرتبطة بالزمن من مستودعات موزعة ومراسي ثقة مهيأة ونتائج مزامنة وقواعد تحقق وضوابط محلية محتملة؛ وهو لا يتلقى حكماً عالمياً واحداً.
  • تقترح draft-su-sidrops-rpki-rp-requirements-00 تصدير الحالة المتحققة بصيغة مستقرة، وشرح أسباب الفشل والرفض، والاحتفاظ بحالات تاريخية للمقارنة وإعادة التشغيل والتحليل.
  • يقترح Daniel Kade إيصالاً لحالة التحقق يصل التنفيذ والمدخلات والفجوات وبصمة الذاكرة والتعديل المحلي وتسليم البيانات إلى الموجّهات والاحتفاظ التاريخي. هذا مقترح تحريري لا متطلب صادر عن IETF.

اللون يلخّص قراراً محلياً مركباً

تبدأ RPKI من مواد منشورة وموقعة، لكنها لا تنتهي عندها. تنشر الجهات المختصة شهادات وقوائم إبطال وmanifests وكائنات مثل ROA. يختار برنامج relying party مراسي الثقة، ويكتشف نقاط النشر، ويجلب المواد، ويتحقق من السلاسل والصيغ والدلالات الخاصة بكل كائن، ثم ينشئ ذاكرة مخبأة محلية. وقد يضيف المشغّل مرشحات أو assertions عبر SLURM. وبعد ذلك تنقل قناة RPKI-to-Router ناتجاً مشتقاً إلى الموجّهات التي تطبق سياسة BGP منفصلة.

كل طبقة تثبت أمراً محدوداً. صحة التوقيع لا تثبت أن كل المستودعات كانت متاحة. الـmanifest الحالي يحدد جرد نقطة نشر بعينها، لا اكتمال الرؤية العالمية. استلام الموجّه للبيانات لا يثبت أنه اختار مساراً أو أعلنه.

حتى الرقم التسلسلي للذاكرة ليس هوية عالمية. يربطه RFC 8210 بنسخة البروتوكول وSession ID، ولا يجيز مقارنته بين ذاكرتين مختلفتين، وقد لا يبقى بعد reset. لذلك لا يحمل «serial 417» معنى تدقيقياً مستقلاً.

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

ما الذي تضيفه مسودة يونيو 2026

تحاول المسودة الفردية المؤرخة في 12 يونيو 2026 تحديث الدور التجميعي لـRFC 8897. فهي تشير إلى أعمال أحدث تخص مفاتيح مراسي الثقة اللاحقة، وسياسة الأصل الواحد في RRDP، واسترداد عدم التزامن، وmanifests وROA وASPA وRSC وTAK ومعالجة CRL وتوزيع الذاكرة والتحكم المحلي.

لا يجوز تجاوز وضعها الإجرائي. يعرضها Datatracker كمسودة فردية نشطة بلا RFC stream أو AD مسؤول أو موعد telechat. يذكر رأس النص أن الحالة المقصودة Informational وأن تحديث RFC 8897 لا يحدث إلا إذا أُقرت. كما يصف الإحالات إلى أعمال SIDROPS الجارية بأنها مؤقتة. لا دليل هنا على تبنٍ من فريق عمل أو إجماع IETF أو تنفيذ فعلي.

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

التصدير يوضح ما دخل النتيجة. التشخيص يوضح ما استُبعد ولماذا. التاريخ يوضح متى تغير الحد الفاصل بينهما.

الفشل ليس فراغاً خارج السجل

تفرض رحلة RRDP قرارات تشغيلية. يجب تطبيق فحوص same-origin الواردة في RFC 9674، وينبغي كشف عدم تزامن الجلسة ومعالجته وفق RFC 9697. قد ينتقل العميل من delta إلى snapshot أو إلى مسار آخر. ولا تكشف tuples النهائية وحدها أي طريق اتُّبع.

ينطبق الأمر نفسه على الـmanifest. فقد يكون مفقوداً أو غير صالح أو قديماً، وقد يغيب ملف مدرج أو يفشل hash أو يوجد الكائن في نقطة نشر غير صحيحة. تربط المسودة أيضاً الـCRL ذات الصلة بmanifest صالح وحالي لتحديد حالة الإبطال. عدد الكائنات المقبولة لا يسجل هذه الأدلة السلبية.

هناك أكثر من ساعة: صلاحية الشهادات والكائنات، وقت مشاهدة المستودع، فترات refresh وretry وexpire بين الذاكرة والموجّه، وساعة خادم التحقق نفسه. يمكن لمدقّقين صادقين أن يختلفا لأن نافذتيهما مختلفتان. نجاح التحديث التالي لا يعيد إنشاء النافذة السابقة.

التحكم المحلي مشروع بشرط ألا يتنكر في هيئة حقيقة عالمية

يسمح RFC 8416 لـSLURM بمرشحات وإضافات محلية. وقد يحتاج ISP إلى جسر مشكلة نشر معروفة أو احتواء أثر ضار أو فرض استثناء محدود. لكن ما يتغير هو رؤية ذلك المشغّل، لا الكائن العالمي الموقع.

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

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

مكوّنات إيصال حالة التحقق

لا تعرف المسودة هذا الإيصال. إنه اقتراح Daniel Kade لربط الأدلة المتاحة من دون نشر أسرار أو إنشاء مركز تحكم عالمي.

يحدد جزء التنفيذ المنتج والنسخة وvalidation profile وبصمة التهيئة وأنواع الكائنات المفعلة ومجموعة المراسي وحالة الساعة. ويسجل جزء الجلب نقاط النشر التي جرت محاولتها والبروتوكول وآخر نجاح والمحاولة الحالية وfallback وفئة الفشل.

يسجل جزء التحقق حالة manifest وCRL وأعداد المقبول والمرفوض بحسب النوع وأسباب الرفض وانتقال المرساة والمرجع المعياري وبصمة canonical للذاكرة. ويفصل جزء التحكم المحلي policy والاعتماد والمدة وبصمة التحول.

أما التسليم فيضم نسخة RPKI-to-Router وSession ID وserial ووقت التصدير ونطاق الموجّهات والفجوات. ويصل جزء الحفظ بالحالة السابقة ومدة الاحتفاظ والنظام المسؤول وأي تصحيح لاحق.

لا مكان للمفاتيح الخاصة أو بيانات الدخول أو topology غير الضرورية. يمكن إبقاء التفاصيل الحساسة في مجال تدقيق مقيد مع مشاركة البصمات والأوقات وفئات النتائج. قابلية الفحص لا تساوي المركزية.

دليل محدود لأنه صادق في حدوده

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

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

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

Sources

  1. Lu Heng — The Policy Mirror
  2. Lu Heng — Minimum Initial Specification
  3. Lu Heng — Why BTW Media Exists
  4. مسودة متطلبات RPKI RP، النسخة 00
  5. حالة الوثيقة في Datatracker
  6. تاريخ النسخ
  7. فريق SIDROPS
  8. RFC 8897 — متطلبات الأطراف المعتمدة في RPKI
  9. RFC 6480 — بنية لدعم التوجيه الآمن
  10. RFC 9286 — RPKI Manifests
  11. RFC 9674 — Same-Origin Policy لـRRDP
  12. RFC 9697 — كشف عدم تزامن RRDP
  13. RFC 9691 — مفاتيح مراسي الثقة RPKI
  14. RFC 8416 — SLURM
  15. RFC 8210 — بروتوكول RPKI-to-Router v1
  16. RFC 9582 — Route Origin Authorizations
  17. RFC 9829 — امتدادات رقم CRL في RPKI