ملخص
- يجعل RPKI التوجيه أكثر أمانًا من خلال السماح لحاملي الموارد بنشر سلطة أصل المسار المشفرة، ولكن سلسلة الثقة نفسها يمكن أن تجعل التحكم في حساب ARIN وحالة الاتفاقية والاعتماد على الخدمة المستضافة وتوقيت النقل وقواعد الإلغاء جزءًا من استمرارية IPv4.
- يرى المهندس المشكلة قبل أن يسميها أحد حوكمة.
شهادة تفويض المسار التي تتحول إلى سؤال استمرارية
يرى المهندس المشكلة قبل أن يسميها أحد حوكمة. هناك ترحيل عميل مجدول لعطلة نهاية الأسبوع. تقوم منصة خدمات مُدارة بنقل مجموعة من بادئات IPv4 من ASN أصلي إلى آخر، مع مزيج عبور جديد، وخطة إعلان أضيق، وعقد عميل يعامل الآن التحقق من أصل المسار كعنصر أمني عادي. يتم التدرب على تغيير BGP. تم حجز نافذة الصيانة. يريد العميل وضع تفويض أصل المسار الجديد قبل انتقال حركة المرور. يفتح المهندس مخزون ROA ويجد أن الخطوة التقنية الظاهرية تعتمد على سلسلة سلطة مواجهة للسجل. التفويض الحالي يقع تحت حساب ARIN. قد يكون لكتلة العنوان تاريخ قديم. الأصل المصرح به على وشك التغيير.
يريد العميل ضمانًا ليس فقط بأنه يمكن الإعلان عن المسار، ولكن أيضًا أن المسار سيُنظر إليه على أنه صالح من قبل الشبكات المعتمدة التي تستخدم RPKI.
للوهلة الأولى، لا شيء دراماتيكي يحدث. لا أحد يختطف مسارًا. لا محكمة جمدت موردًا. لا طرف معادٍ يحاول الاستيلاء على حساب. السجل ليس في أزمة. السؤال أصغر وبالتالي أكثر كشفًا: من يمكنه الإدلاء ببيان أصل المسار، وتحت أي علاقة خدمة، وماذا يحدث إذا لم تتحرك حالة السجل المعترف بها بسرعة الشبكة؟
يظهر نفس السؤال في ملف نقل. مشترٍ ينظر إلى أعمال استضافة كثيفة العناوين يسأل عما إذا كان سيتم سحب ROAs الحالية نظيفًا من قبل المصدر وإعادة إنشائها من قبل المستلم. مُقرض يسأل عما إذا كانت الإيرادات المرتبطة بمساحة IPv4 النادرة تعتمد على خدمة أمنية يمكن مقاطعتها بسبب حالة الحساب أو تغطية الاتفاقية أو سلطة غير واضحة. مستأجر يسأل عما إذا كان المؤجر يمكنه نشر ROAs والحفاظ عليها لصالح ASN المستأجر، وإزالة التفويضات القديمة في نهاية المدة، والاستجابة بسرعة إذا غيّر عميل نهائي مزودًا منبعًا. مجلس إدارة يسأل عما إذا كانت الشركة تعتمد على خدمة ثقة يديرها السجل دون معرفة الظروف التي يمكن بموجبها تأخير تلك الخدمة أو تقييدها أو تعليقها أو إلغاؤها.
هذا هو المركز الاقتصادي لمخاطر حوكمة RPKI في ARIN. يُروج لـ RPKI بشكل صحيح كأمن للتوجيه. يساعد حاملي الموارد على تحديد الأنظمة المستقلة المصرح لها بإصدار أي بادئات. يعطي للمدققين إشارة تشفيرية لم توفرها BGP العادية أبدًا. يساعد مشغلي الشبكات على تقليل التسريبات العرضية وإعلانات الأصل الخاطئة وادعاءات الأصل الخبيثة. لكنه أيضًا اعتراف بالسجل أصبح قابلًا للقراءة آليًا. تعتمد سلسلة الثقة على علاقة بين موارد الأرقام والشهادات والحسابات وبنية النشر وشروط الخدمة والسلطة المعترف بها. عندما تكون هذه العلاقة ضيقة وقابلة للتدقيق ومستقرة، يخفض RPKI المخاطر.
عندما تكون واسعة أو غير شفافة أو صعبة الطعن، يمكن أن تحول الاعتراف بالسجل إلى تبعية استمرارية جديدة.
ARIN هي حالة مفيدة على وجه التحديد لأن الإعداد في أمريكا الشمالية منظم نسبيًا. القلق ليس أن ARIN تفشل بشكل واضح. القلق هو أن سجلًا ناضجًا بعد النضوب يمكنه اكتساب نفوذ عملي جديد عندما تصبح الخدمات الأمنية جزءًا من العمليات العادية. سجل ARIN والاعتراف بالنقل وأدوار الحساب وحدود الاتفاقية ودعم DNS العكسي ودعم سجل التوجيه وخدمات RPKI تقع داخل نفس اقتصاد IPv4 النادر. حزمة الخدمات هذه قيمة. كما تتطلب ضبطًا مؤسسيًا لأن كل خدمة موثوقة إضافية يمكن أن تصبح سطحًا آخر حيث يجب على حاملي الموارد والمشترين والمقرضين والمؤجرين والعملاء أن يسألوا عما إذا كان السجل يتصرف كمسؤول ضيق أو كبواب أوسع.
سؤال المقال ليس ما إذا كان التحقق من أصل المسار مفيدًا. إنه مفيد. ولا هو ما إذا كان يجب على ARIN تشغيل خدمات الثقة بشكل عارض. لا ينبغي. السؤال هو ما إذا كانت سيطرة ARIN على بنية التصديق مقيدة بما يكفي بحيث يمكن للحامل اعتماد RPKI دون تسليم السجل مفتاحًا تقديريًا على هوية الشبكة. ROA قد يكون بيانًا موقعًا مضغوطًا، ولكن عندما يعتمد عليه المدققون والعملاء والأطراف المقابلة، تصبح الحوكمة وراء ذلك البيان جزءًا من سعر الاستمرارية.