الخلاصة

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

ينجح التوقيع وتبقى الخريطة خاطئة

ينقل مشغّل بادئة إلى مدينة أخرى، ويحدّث geofeed، ويضيف موثّق RPKI الاختياري. ينجح التحقق، لكن كتالوج بث أو فحص احتيال أو اختيار CDN يواصل إظهار المدينة القديمة بعد أيام.

التوقيع لم يفشل؛ إنه يثبت حقيقة مختلفة. يتحقق RFC 9632 من أن الموقّع مخوّل للموارد المغطاة وأن بايتات الملف القياسية مطابقة. يحمي HTTPS نقطة الجلب، لكن WebPKI لا يوثّق تخصيص فضاء عناوين IP.

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

يتيح RFC 9632 اكتشاف الملف عبر السمة geofeed: في كائن RPSL من نوع inetnum:. ويبقى للمستهلك قرار وقت الجلب، واختيار البادئة الأكثر تحديداً، ودمج المصادر، ووقت تفعيل النسخة. لذلك يصبح عمر الذاكرة المؤقتة وإصدار مجموعة البيانات جزءاً من الدليل.

يتتبع التحقيق بادئة واحدة عبر hash الملف والتوقيع وتغطية الشهادة وكائن الاكتشاف ووقت الجلب ونتيجة التحليل وقرار التداخل وإصدار المستهلك والموقع المفعّل والمشاهدات الخارجية. عبارة «التوقيع صحيح» تغلق خطوة التوثيق فقط.

المصادر