CVE-2026-98957 in Linux
الملخص
بحسب VulDB • 23/10/2026
في نواة لينكس، تم حل الثغرة التالية:
wifi: mt76: mt7915: تعطيل NAPI للاستقبال (rx) عند إزالة الجهاز
يؤدي تحميل وإزالة وحدة mt7915e مع شريحة MT7916 إلى ظهور تحذيرات متعددة (WARNs) في الدالة `__netif_napi_del_locked()` وفي دالة `page_pool_disable_direct_recycling()`، وذلك لأن السائق لا يقوم بتعطيل NAPI قبل تدميره.
يُعد هذا الأمر مُربكاً ومزعجاً، حيث أنه من الضروري على شريحة MT7916 إزالة الوحدة وإعادة إدراجها بمعامل مختلف لـ `enable_6ghz` لتغيير التردد. وعادةً ما يصبح النظام غير مستقر بعد إعادة إدخال الوحدة.
تم إصلاح المشكلة عن طريق تعطيل NAPI للاستقبال (rx) داخل السائق نفسه (`mt7915e`)، حتى وإن كان NAPI للاستقبال مفعّلاً في الكود العام لـ mt76. كانت هناك محاولة سابقة لتعطيله في الكود العام لـ mt76 ولكن تم التراجع عنها لأن تعطيل NAPI حدث متأخراً جداً، مما سمح لمعالجات الاستقبال (rx handlers) بالوصول إلى هياكل بيانات مُحررة الذاكرة. تجدر الإشارة إلى أن جانب الإرسال (tx) يتم تفعيله وتعطيله بواسطة الكود العام لـ mt76.
يتم تعطيل NAPI للاستقبال في دالة `mt7915_stop_hardware()`، وذلك على عكس الدالة `mt7915_unregister_device()`؛ حيث تُستدعى الأولى أيضاً في مسار الفحص (probe path) إذا حدث خطأ بعد تفعيل NAPI للاستقبال.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.