CVE-2026-97569 in Linux
الملخص
بحسب VulDB • 25/09/2026
في نواة لينكس، تم حل الثغرة التالية:
bnxt_en: منع إيقاف الطابور مع الإكماليات المؤجلة (deferred completions)
عندما يستقبل السائق دفعة من الحزم، يمكنه تحديد وصف العنصر (BD) بعلامة NO_CMPL لتأجيل عمليات الإكمال. التوقع هو أن تكون آخر حزمة في الحلقة قد أزيلت منها هذه العلامة، وأن عملية الإكمال الناتجة عن تلك الحزمة ستقوم بتنظيف تلك الحزمة والحزم السابقة لها. يساعد هذا الأمر في تقليل عدد عمليات الإكماليات التي يتم إطلاقها.
عمليات الإكمال المكبوتة يتحكم فيها السائق، وعدد الحزم ذات عمليات الإكمال المكبوتة يتناسب مع حجم الحلقة. ومن ناحية أخرى، لحزم USO البرمجية (SW USO) حد أقصى لعدد وصفاء العناصر BDs الذي يمكن استهلاكه، ولا يتناسب هذا الحد مع حجم الحلقة.
لذلك، بالنسبة للحلقات الصغيرة، من الممكن أن: يتم تسليم دفعة من الحزم إلى السائق، فيؤجل السائق عمليات الإكمال لجميع الحزم لأن عدد الوصفاء (descriptors) المتاحة يبقى أعلى من العتبة المحددة في السائق. ثم تصل حزمة USO، لكن عدد وصفاء العناصر BDs المتوفرة غير كافٍ وتخرج شفرة USO مبكرًا.
في هذه الحالة، تنتهي إلى حالة تكون فيها الحلقة مليئة بالحزم التي تم كبت عمليات إكمالياتها، مما قد يتسبب في توقف الطابور وعدم إعادة تشغيله أبدًا.
بالافتراض باستخدام الإعداد الافتراضي CONFIG_MAX_SKB_FRAGS، فإن هذا الأمر ممكن فقط للحلقات الصغيرة (<= 457 وصفاء عنصر، وهو أقل من القيمة الافتراضية للسائق) عندما تملأ دفعة من الحزم الحلقة، متبوعة بحزمة USO كبيرة لا تتسع. بالنسبة للحلقات الأكبر حجمًا، يكون الفارق بين عتبة كبت عمليات الإكماليات وعدد BDs المطلوبة لـ SW USO كبيرًا بما يكفي بحيث يتم إطلاق عمليات الإكمال، وبالتالي تكون هذه الحالة غير قابلة للتحقيق (unreachable).
أشار إلى هذه المشكلة Sashiko، وعلى الرغم من أنها تبدو غير مرجحة جدًا نظرًا لأن حجم الطابور يجب أن يكون صغيرًا لتفعيل هذا السيناريو، إلا أنه ممكن بالفعل.
تم إصلاح هذه المشكلة عن طريق تتبع آخر BD قام بتأجيل عمليات الإكمال وتوحيد المنطق المستخدم لقرار تشغيل جرس الباب (ring the doorbell). تم الآن مسح علامة NO_CMPL في دالة bnxt_txr_db_kick()، مما يغطي كل موقع لجرس الباب، بما في ذلك الخروج المبكر الخاص بـ SW USO. ويضمن هذا أن تنتهي الحلقة دائمًا عند BD يقوم بتوليد عملية إكمال لتنظيفها وإيقاظ الطابور.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.