دليل نشر RPKI في الشبكات خطوة بخطوة

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

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

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

لماذا يكون التوجيه دون RPKI عرضة للمخاطر؟

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

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

إنشاء تفويضات منشأ المسار (ROA)

يُعد تفويض منشأ المسار (ROA) أكثر مكونات RPKI وضوحًا. فهو يربط بادئة بنظام مستقل (AS) مخوّل بأن يكون منشأ المسار الخاص بها. وإنشاء ROA بسيط، لكنه بالغ الأهمية: عند استخدام خدمة RPKI مستضافة، يسجّل المشغّل الدخول إلى بوابة جهة التسجيل، ويُدخل البادئة، ويحدد رقم النظام المستقل المخوّل (ASN)، ويضبط الحد الأقصى لطول البادئة عند الحاجة. وتتولى الخدمة المستضافة إنشاء تفويض ROA وتوقيعه، وتُستخدم شهادة الموارد ذات الصلة للتحقق من علاقة التفويض.

بمجرد نشر ROA، يصبح متاحًا للاستخدام عبر الإنترنت. ويمكن للمشغّلين الآخرين تنزيله والتحقق منه واستخدامه لفحص المسارات. ويظل من الممكن الإعلان عن بادئة لا يغطيها أي ROA، وتكون حالة التحقق من منشأ مسارها NotFound. أما إذا أُعدّ ROA بصورة خاطئة، فقد يُصنَّف إعلان مسار يفترض أن يكون صالحًا على أنه Invalid، وترفضه الشبكات التي تطبق سياسة التصفية المعنية. لذا يجب الحرص على دقة السجلات، وينبغي أن يتطابق كل ROA مع خطة التوجيه الفعلية، وإلا فقد تُرفض حركة البيانات عن طريق الخطأ.

إعداد أداة تحقق RPKI

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

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

تهيئة أجهزة التوجيه للتحقق

يجب تهيئة أجهزة التوجيه لاستقبال بيانات التفويض التي تقدمها أداة التحقق. وعادة ما تحصل أجهزة التوجيه على هذه البيانات عبر بروتوكول RPKI-RTR وتخزنها مؤقتًا. وعند تلقي إعلان مسار، تقارن بادئته وطولها ورقم النظام المستقل الذي ينشأ منه المسار (ASN) ببيانات التفويض المخزنة. وإذا كان المسار غير صالح، يمكن إسقاطه وفق السياسة المتبعة. ويختار بعض المشغّلين في البداية وسم المسارات غير الصالحة مع الاحتفاظ بها للمراجعة، بينما يسقطها آخرون فورًا.

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

اختبار نشر RPKI ومراقبته

بعد اكتمال الإعداد، يجب اختبار المنظومة. ويمكن للمشغّلين التأكد من تصنيف إعلانات مسارات بادئاتهم على أنها صالحة. ويمكنهم أيضًا، في بيئة اختبار معزولة، محاكاة إعلانات لا تتطابق فيها البادئة أو طولها أو رقم النظام المستقل الذي ينشأ منه المسار (ASN) مع ROA، وملاحظة ما إذا كانت تُرفض وفق السياسة. وتساعد هذه الاختبارات على التأكد من أن أداة التحقق وأجهزة التوجيه تعمل كما هو متوقع.

وتكتسب المراقبة أهمية مماثلة. فمنظومة RPKI ليست ثابتة؛ إذ تُنشأ سجلات جديدة يوميًا. وإذا توقفت أداة التحقق عن التحديث، فقد لا تتمكن أجهزة التوجيه من الحصول على أحدث المعلومات.

معالجة الأخطاء والمشكلات الشائعة

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

ومن المشكلات الأخرى انقطاع أداة التحقق عن الاتصال. فإذا تعطل الخادم، تستطيع أجهزة التوجيه عادة الاستمرار في فحص المسارات الجديدة باستخدام بيانات التفويض الموجودة لديها ما دامت صلاحية التخزين المؤقت سارية. وبعد انتهاء صلاحية البيانات أو مسحها، قد تتحول حالة التحقق إلى NotFound، ويعتمد السلوك المحدد على التنفيذ البرمجي. ولا يعني انقطاع أداة التحقق بحد ذاته أن المسار في حالة Invalid. وعلى كل مشغّل أن يحدد بوضوح سياسة التعامل مع انتهاء صلاحية البيانات المخزنة مؤقتًا. وقد يساعد القبول المؤقت لمسارات NotFound على تقليل خطر الانقطاع، لكن في غياب بيانات تفويض صالحة لا يمكن ضمان استمرار اكتشاف إعلانات المنشأ غير الصالحة وتصفيتها؛ لذلك يظل إصلاح أداة التحقق بأسرع وقت ضروريًا.

الخبرات التشغيلية للمتبنين الأوائل

نشرت شبكات كبيرة كثيرة منظومة RPKI بالفعل. وتبيّن خبراتها أن المنظومة تعمل باستقرار متى أُحسن التخطيط لها. ويستطيع المشغّلون الذين يفعّلون التحقق من منشأ المسار وسياسات التصفية منع إعلانات Invalid. وقد تنشأ هذه الإعلانات عن أخطاء في التهيئة أو ترتبط باختطاف المسارات؛ ولا يمكن تحديد السبب من حالة التحقق وحدها. وفي الحالتين، يساعد التحقق من منشأ المسار وتصفيته استنادًا إلى RPKI على الحد من انتشار الضرر.

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

RPKI ونقاط تبادل الإنترنت (IXP)

نقاط تبادل الإنترنت (Internet Exchange Points، واختصارًا IXP) هي مواقع محورية تلتقي فيها شبكات كثيرة. وهي تتيح انتقال حركة البيانات مباشرة بين المشغّلين دون الحاجة إلى المرور بمسارات طويلة. ولذلك تتعامل هذه النقاط يوميًا مع أعداد كبيرة من المسارات. وإذا أعلن أحد المشاركين عن مسار خاطئ، فقد ينتشر الخطأ سريعًا عبر نقطة التبادل.

يمكن لنشر RPKI في نقاط تبادل الإنترنت أن يقلل هذا الخطر. فتنفيذ التحقق من منشأ المسار وتصفية مسارات Invalid على خوادم المسارات أو أجهزة توجيه الأعضاء يحدان من انتشار الإعلانات غير الصالحة بين الأعضاء. وفي حالات الاختطاف التي يمكن كشفها بالتحقق من المنشأ، يساعد ذلك على تصفية المسارات المعنية قبل انتشارها إلى عدد كبير من النظراء، لكنه لا يضمن صحة جميع المسارات المتداولة. وهذا يمنح جميع المشاركين قدرًا أكبر من الثقة. وتُدرج بعض نقاط التبادل الآن RPKI ضمن قواعد الانضمام، كما ينظر إليها الأعضاء بوصفها علامة على الموثوقية.

RPKI في سياق الأمن العالمي

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

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

آفاق نشر RPKI

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

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

دعم المجتمع والتدريب

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

والتدريب أيضًا مفتاح النجاح على المدى الطويل. فالفرق التي تفهم كيفية عمل ROA وتشغيل أدوات التحقق تكون أقل عرضة لارتكاب الأخطاء. وكلما ازداد عدد الموظفين الذين يفهمون المنظومة، تحسن أمن المؤسسة بأكملها. ويمكن لدعم المجتمع والتدريب أن يدفعا إلى استمرار تبني RPKI.

RPKI ودورها في بناء الثقة

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

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

RPKI ومزودو الخدمات السحابية

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

غالبًا ما تواجه شركات الخدمات السحابية بيئات توجيه معقدة، لأنها تعمل في مناطق متعددة في الوقت نفسه. ويمكن لمنظومة RPKI أن تساعد في التحقق من الأنظمة المستقلة المخوّلة بأن تكون منشأ مسارات البادئات المعنية. وتساعد تصفية المسارات غير الصالحة بناءً على نتائج التحقق في الحد من خطر توجيه حركة البيانات إلى وجهات خاطئة. لكن التحقق من المنشأ المستند إلى ROA لا يتحقق من مسار الأنظمة المستقلة (AS) بأكمله، ولا يضمن أن تسلك حركة البيانات المسار المتوقع. ولهذا ينظر مشغّلو الخدمات السحابية اليوم إلى RPKI باعتبارها جزءًا من الأساس الذي تقوم عليه الثقة في أعمالهم.

التبني الإقليمي واتجاهات السياسات

لا تتقدم جميع المناطق بالوتيرة نفسها. ففي بعض المناطق، يتسارع تبني RPKI بفضل الدعم القوي من سياسات جهات التسجيل. وفي مناطق أخرى، يتباطأ التبني بسبب حذر المشغّلين أو محدودية الموارد.

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

تكاليف نشر RPKI وفوائدها

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

الأسئلة الشائعة

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

• هل تستطيع RPKI حل جميع مشكلات التوجيه؟
  لا. يستطيع التحقق من منشأ المسار المستند إلى ROA اكتشاف إعلانات المسارات التي لا تتطابق مع تفويض صالح، ويساعد بالتكامل مع سياسات التصفية على تقليل مخاطر بعض حالات الاختطاف والإعلانات الخاطئة. لكن مشكلات أخرى، مثل تسرب المسارات، تظل قائمة. وتحقيق حماية شاملة يتطلب أدوات أخرى أيضًا.

• هل تدعم جميع أجهزة التوجيه التحقق باستخدام RPKI؟
  لا، ليست جميعها. فقد تحتاج الأجهزة القديمة إلى ترقية. ومعظم أجهزة التوجيه الحديثة تدعم RPKI بالفعل، كما يمكن للأدوات مفتوحة المصدر أن تساعد.

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

• هل نشر RPKI إلزامي؟
  ليس إلزاميًا في معظم المناطق، لكنه موصى به بشدة. وقد بدأت بعض الهيئات القطاعية والجهات التنظيمية تفرضه ضمن متطلباتها.