Dirty Frag تكشف هشاشة السطح الرقيق تحت حاويات لينكس

المقدمة

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

حقائق سريعة

• يُستخدم Dirty Frag كاسم لوصف مشكلتين في نواة لينكس مرتبطتين بتصعيد الامتيازات محليًا.
• يشمل الأثر المُبلغ عنه تحكمًا على مستوى الجذر في الأنظمة المتأثرة وإمكانية هروب الحاوية.
• تتضمن المسارات التقنية شيفرة شبكات ESP/IPsec ومعالجة الحزم المرتبطة بـ RxRPC.
• يعتمد التعرض بشكل كبير على بناء النواة، وعمليات النقل الخلفي، وما إذا كانت الوحدات ذات الصلة محمّلة.
• قد يخفف الإجراء المؤقت من المخاطر، لكنه قد يعطل أيضًا خدمات تعتمد على IPsec أو RxRPC.

المتن

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

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

ومن منظور دفاعي، فإن السؤال العملي هو ما إذا كانت الأساطيل تستخدم بالفعل الميزات المتأثرة. تقوم بعض الأنظمة بتحميل دعم ESP/IPsec للشبكات المشفرة؛ بينما تعتمد أنظمة أخرى على خدمات مرتبطة بـ RxRPC أو AFS. وإذا كانت هذه الوحدات موجودة، يواجه المدافعون مفاضلة محرجة: تعطيل المسار وتقليل التعرض، أو الإبقاء عليه متاحًا مع الإسراع في التحديث. لهذا السبب، فإن الجرد لا يقل أهمية عن الترقيع.

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

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

الخاتمة

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

ويكيكرووك

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