Teddy Astie

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

يحتوي المكون `varstored` في مجموعة أدوات Xapi، الذي يدير متغيرات UEFI للأجهزة الافتراضية، على حواجز تجميع غير كافية. ويؤدي ذلك إلى مشكلات ”من وقت الفحص إلى وقت الاستخدام“ (TOCTOU) — وهي حالة تنافس حيث يتم تعديل البيانات بين وقت فحصها ووقت استخدامها — داخل مخزن مؤقت مشترك يُستخدم للتواصل مع OVMF داخل الجهاز الافتراضي. اعتمادًا على إعدادات المُترجم، قد يتمكن المهاجم من التحكم في مؤشر يُستخدم في جدول القفز.

يمكن تحديد بعض استدعاءات Viridian بطريقة تؤدي إلى مشكلة أمنية. التفاصيل متوفرة في المصدر المرتبط.

يمكن تحديد بعض «الاستدعاءات الفائقة» في xen بطريقة تشكل خطرًا أمنيًا. لا يقدم الوصف تفاصيل حول طبيعة المشكلة ولا أي تفاصيل تقنية محددة حول استغلالها، مثل نقاط نهاية واجهة برمجة التطبيقات (API) أو المعلمات المعرضة للخطر. ولا توجد معلومات حول عدد الأجهزة التي قد تكون متأثرة أو أي حوادث فعلية تم فيها استغلال هذه المشكلة.

The issue is related to flawed error handling in the logic establishing mappings for Reserved Memory Regions (RMRR) in Intel VT-d or Unity Mapping ranges for AMD-Vi. This flaw can result in mappings remaining in place when they should have been removed, allowing respective guests to gain access to memory regions they are not supposed to have access to. The precise purpose of these regions is unknown, and they are typically used for platform tasks such as legacy USB emulation.

The issue is related to the incorrect placement of a preprocessor directive in the source code, which results in logic that doesn't operate as intended when support for HVM guests is compiled out of Xen. This can potentially allow an attacker to elevate privileges.