تسريبات مسارات AS8048 لدى CANTV جعلت سياسة التصدير اختبارا للمساء

الخلاصة

راجعت Cloudflare شذوذا في BGP داخل فنزويلا ووصفت AS8048، أي CANTV، بأنه بدا وكأنه يسرّب مسارات تعلمها عبر AS6762 نحو AS52320، مع بادئات منشؤها AS21980، Dayco Telecom [1].
نشر Low Orbit Security أمثلة لمسارات ظهر فيها AS8048 مكررا ضمن مساحات مرتبطة بـ 200.74.224.0/20. هذه أمثلة لمسارات عامة، وليست قائمة كاملة بالمستخدمين المتأثرين [2].
أوضح APNIC لاحقا أن بعض التسريبات المرصودة في أدوات عامة قد تكون قصيرة ومتصلة بتقارب BGP. لذلك يجب قياس المدة، والانتشار، وما إذا كان المرور اختار ذلك المسار فعلا [3].
يفيد RPKI Route Origin Validation عندما يكون أصل البادئة خاطئا. في هذه الفئة من الأحداث قد يبقى الأصل صحيحا بينما تكون علاقة المسار خاطئة. الضوابط الأقرب هي السياسة الصريحة، وأدوار BGP، وOnly-to-Customer، وASPA، والقياسات المحفوظة [1][5][6][7][8].
لا يقول المقال إن CANTV سبب انقطاعا وطنيا. السؤال هو: ما الدليل الذي يجب أن تقدمه CANTV والشبكات المجاورة لإثبات سبب قبول المسار وتصديره وسحبه ومنع تكراره؟

ماذا حدث

بدأ السجل العام من Cloudflare Radar ومن مجمعات BGP. أشار Low Orbit Security إلى أن بادئات فنزويلية ظهرت في مسارات تحتوي AS8048 بشكل يحتاج إلى تفسير. ثم أوضحت Cloudflare أن النمط يتضمن مسارات تعلمت عبر AS6762، Sparkle، وأعيد توزيعها نحو AS52320، V.tal GlobeNet، مع كون AS21980 أصل بعض البادئات [1][2].

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

حدود الدليل ضرورية. وصفت Cloudflare النمط بأنه تسريب مسار، لكنها لم تقدمه كدليل على انقطاع شامل أو نية أو اعتراض. وأضاف APNIC أن بعض الأحداث التي تظهر في أدوات عامة قد تكون مؤقتة أثناء تقارب BGP. هذا لا يجعل الحدث غير مهم، بل يعني أن الحكم يجب أن يبدأ بالمسار المرصود ومدته وانتشاره، ثم ينتقل إلى الأثر والنية.

لماذا يهم

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

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

الطبقة التقنية

يتحقق RPKI ROV من أن نظاما مستقلا ما مخول بإطلاق بادئة معينة [8]. في هذا الحدث يمكن أن يبقى الأصل مخولا. المشكلة تقع في وسط المسار. لذلك تبدو RFC 8212 للسياسة الصريحة، وRFC 9234 لأدوار BGP وOnly-to-Customer، وASPA لإثبات علاقات المزود، أقرب إلى طبقة التحكم المطلوبة [6][7].

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

من قد يتأثر

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

ما يجب مراقبته

يجب مراقبة تكرار تنبيهات AS8048، وظهور مسارات مشابهة مع AS6762 أو AS52320 أو AS23520 أو AS21980، وأي إفصاح عن مرشحات تصدير أو أدوار BGP أو OTC أو استعداد ASPA أو تنبيهات عدد المسارات أو مراجعة مستقلة.

تزداد خطورة الملف إذا تكرر النمط، أو تجاهلت الفرق التنبيهات، أو لم تستطع CANTV مطابقة المجمعات العامة مع سجلاتها. وتقل الخطورة إذا ظهر سبب محدد، ومدة قصيرة، ومرور مختار محدود، وسحب نظيف، وإصلاح مختبر، واستقرار خارجي بعده.

تسريبات مسارات AS8048 لدى CANTV جعلت سياسة التصدير اختبارا للمساءلة

لماذا هذا مهم

الخلاصة

ماذا حدث

لماذا يهم

الطبقة التقنية

من قد يتأثر

ما يجب مراقبته

المصادر

سياق أعمق للملف الشخصي

الدائرة الاستراتيجية

تحالف القيادات

إحاطة الدائرة الاستراتيجية

إحاطة تحالف القيادات