خطأ PwnEscape في Linux kernel يتيح لأجهزة VM الضيف قراءة ذاكرة المضيف وتشغيل التعليمات البرمجية

ماذا أظهر الباحث

تسمح الثغرة الحرجة في كود الشبكة الخاص بـ Linux kernel لحزم الشبكة المُعدة خصيصًا والمُرسلة من داخل الجهاز الظاهري بقراءة الذاكرة على الكمبيوتر المضيف الذي يعمل عليه. اكتشف الخطأ، المسجل كـ CVE-2026-99999 والمعروف باسم PwnEscape، باولو إييبلوم من شركة الأمان pwn.ai. كان بإمكان كل حزمة صادرة يرسلها الضيف أن تُعيد ما يقرب من 32 بايت من ذاكرة المضيف. تسبب نفس الخطأ أيضًا في تعطيل المضيف وتشغيل التعليمات البرمجية على المضيف، ولكن تم تأكيد هذين الأمرين فقط على أجهزة الباحث الخاصة، التي كانت تطابق تكوين Vercel.

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

كيف تم اكتشاف الخطأ

تم الاكتشاف عبر Omega-Pwn. وهو نظام بحثي داخلي يجمع بين أدوات الأمان الخاصة بـ pwn.ai وعناصر من معمارية OmegaClaw التابعة لـ SingularityNET. كان GPT-5.6 Sol محرك الاستدلال الرئيسي. قال إييبلوم أن النظام سمح للفريق بالحفاظ على الفرضيات وآثار الكود والنتائج التجريبية عبر جلسات طويلة، بينما كان الباحثون البشريون يوجهون التحقيق ويتحققون من الاكتشافات مقارنةً بسلوك kernel الحقيقي. وجدت الشركة الخطأ في ثلاثة أيام بتكلفة أقل من 700 دولار على رموز API.

وجدت Vercel المشكلة خلال تحدٍّ لمدة أسبوعين في أغسطس لاستغلال الهروب من sandbox، حيث بلغت الجوائز الإجمالية ما يصل إلى مليون دولار. دفعت الشركة 242,000 دولار على 1,285 حسابًا. كان هذا الاكتشاف الحرج الوحيد. أعلى جائزة على حساب واحد كانت 50,000 دولار.

الإصلاح والإصدارات المتأثرة

قيّم مُحافظو Linux kernel الخطأ بدرجة 9.3 من 10، وهو ما يعتبر حرجًا. ناقل الهجوم محلي، مما يعني أن المهاجم يجب أن يكون لديه بالفعل تعليمات برمجية قيد التشغيل داخل الضيف. الإصلاح هو تغيير واحد في kernel، الالتزام 6785011f8b16، الذي كتبه Michael S. Tsirkin من Red Hat ودمجه في mainline kernel. يضيف فحصًا بأن بيانات checksum الخاصة بالحزمة لا يمكن أن تشير إلى ترويسة IPv4 قبل أن يتصرف kernel عليها، ويضع هذا الفحص في خمسة أماكن في كود الشبكة.

انتقل الإصلاح أيضًا إلى فروع stable؛ من بين أول الإصدارات المُصلحة 5.10.272 و 5.15.223 و 6.1.190 و 6.6.159 و 6.12.113 و 6.18.57 و 7.2.11. تُصدر توزيعات Linux غالبًا kernels خاصة بها وقد تُضمن هذا الإصلاح دون تغيير رقم الإصدار، لذلك يجب على المدراء التحقق من تنبيه توزيعتهم والتأكد من أن الإصلاح موجود في kernel الذي يشغله المضيف فعليًا. تحديث kernel الضيف فقط لا يُصلح المضيف.

قالت Vercel إنها تحتفظ بـ kernels المضيف مُحدّثة، وتُعطل الظاهرية المضمنة وتشغل كل microVM تحت سجن Firecracker، مما يمنح عملية microVM الأذونات اللازمة فقط. هذا لا يُصلح الخطأ، لكنه يقيد ما يمكن أن يفعله المهاجم باستخدامه.

المصادر: The Hacker News