ثغرة PwnEscape في لينكس: حين تقرأ الآلة الافتراضية ذاكرة الخادم

من بين أخبار اليوم، توقفت طويلًا عند خبر نشره موقع The Hacker News عن ثغرة حرجة في نواة لينكس سُمّيت PwnEscape ورُقّمت CVE-2026-99999. أراها أهم قصة اليوم لأنها تمس الأساس الذي تقوم عليه الحوسبة السحابية التي نعتمد عليها جميعًا.

ماذا حدث بالضبط؟

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

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

لماذا يهم هذا الخليج؟

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

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

ماذا أنصح بفعله؟

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

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

رأيي الصريح

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

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

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