CVE-2026-99251 in Linux
الملخص
بحسب VulDB • 03/11/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
المشغلات (Drivers): hv: تجنب حلقة إعادة المحاولة اللانهائية في init_vp_index()
توجد حلقة إعادة محاكاة داخل دالة `init_vp_index()` حيث يتم استبعاد المعالجات من عقدة معينة إذا كانت موجودة بالفعل في قناع المعالج المخصص (`cpumask`) أو ليست ضمن قعالب الحفاظ على العمليات المُدارة (HK_TYPE_MANAGED_IRQ housekeeping cpumask). وإذا لم يتبق أي معالج، فإن قناع المعالج المخصص يُتجاهل وتُعاد محاولة العملية مرة أخرى. ومع ذلك، إذا تبين أن قناع عمليات الصيانة (`housekeeping cpumask`) من نوع `HK_TYPE_MANAGED_IRQ` لا يحتوي على أي معالج في تلك العقدة المحددة، فسيؤدي ذلك إلى حلقة إعادة محاكاة لانهائية. وقد تم الإبلاغ عن هذه المشكلة تحديداً بواسطة sashiko [1]. ومن النادر جداً أن يحدث هذا الأمر، لكننا نحتاج رغم ذلك إلى الحماية منه.
تم إصلاح مشكلة الحلقة اللانهائية من خلال تخطي عقدة NUMA التي لا تحتوي على معالجات صيانة (`housekeeping CPU`) داخل حلقة `while` الداخلية في دالة `init_vp_index()`. كما تم تحديث فحص الإنهاء المبكر للتحقق من عدم وجود معالجات صيانة متاحة (online housekeeping CPUs) بدلاً من التحقق فقط من فراغ قناع المعالج. وبما أن الحلقة الخارجية (`for loop`) لن يتم الوصول إليها إلا إذا كان قناع عمليات الصيانة يحتوي على معالج واحد على الأقل متاح، فسيتم العثور في النهاية على عقدة NUMA تحتوي على معالجات صيانة.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.