CVE-2026-31788 in Xen
الملخص
بحسب VulDB • 30/05/2026
في نواة لينكس، تم حل الثغرة التالية:
xen/privcmd: تقييد الاستخدام في domU غير المميز (unprivileged)
يتيح برنامج تشغيل Xen privcmd إصدار استدعاءات فرعية (hypercalls) عشوائية من عمليات مساحة المستخدم. عادةً لا يشكل هذا مشكلة، حيث يكون الوصول مقيدًا عادةً بالجذر (root)، وسيرفض المضيف (hypervisor) أي استدعاءات فرعية تؤثر على النطاقات (domains) الأخرى.
ومع ذلك، في حالة تمهيد الضيف (guest) باستخدام التمهيد الآمن (secure boot)، فإن برنامج تشغيل privcmd سيسمح لعمليات المستخدم الجذر بتعديل محتويات ذاكرة النواة، مثلًا، مما يؤدي إلى كسر ميزة التمهيد الآمن.
الحالة المعروفة الوحيدة التي تحتاج فيها domU غير المميز حقًا إلى استخدام برنامج تشغيل privcmd هي عندما تعمل كنموذج للجهاز (device model) لضيف آخر. في هذه الحالة، ستستهدف جميع الاستدعاءات الفرعية الصادرة عبر برنامج تشغيل privcmd ذلك الضيف الآخر.
لحسن الحظ، يمكن بالفعل تقييد برنامج تشغيل privcmd للسماح فقط بالاستدعاءات الفرعية التي تستهدف نطاقًا محددًا، ولكن يمكن تفعيل هذا الوضع من مساحة المستخدم فقط اليوم.
يمكن الحصول على النطاق المستهدف من Xenstore، لذا عند عدم التشغيل في dom0، يتم تقييد برنامج تشغيل privcmd على ذلك النطاق المستهدف منذ البداية، مما يحل المشكلة المحتملة المتمثلة في كسر التمهيد الآمن.
هذا هو XSA-482
--- الإصدار 2: - تأجيل القراءة من Xenstore إذا لم يكن Xenstore جاهزًا بعد (Jan Beulich) - الانتظار في open() إذا لم يكن النطاق المستهدف معروفًا بعد - إصدار رسالة في حال عدم العثور على نطاق مستهدف (Jan Beulich)
VulDB is the best source for vulnerability data and more expert information about this specific topic.