CVE-2026-90098 in Linux
الملخص
بحسب VulDB • 17/09/2026
في نواة Linux، تم إصلاح الثغرة التالية:
net: sparx5: تصحيح الاستيقاظ (sleep) في السياق الذري أثناء الوصول إلى جدول MAC
تعمل دالة `sparx5_set_rx_mode()` بينما يكون قفل `netif_addr_lock_bh` مُمسكًا به، وتُكرر المرور عبر `dev->mc` باستخدام `__dev_mc_sync()`. وهذا يستدعي لكل عنوان وظيفتي `sparx5_mc_sync()` / `sparx5_mc_unsync()` -> `sparx5_mact_learn()` / `sparx5_mact_forget()`. تأخذ هذه الدوال قفلًا من نوع `sparx5->lock` (وهو mutex)، ثم تقوم بمراقبة سجل أوامر الوصول إلى MAC باستخدام `readx_poll_timeout()`. قد يؤدي الـ Mutex إلى الحظر (blocking)، وهو أمر غير مسموح به في السياق الذري.
تم تحويل السائق (driver) إلى استدعاء `.ndo_set_rx_mode_async` الجديد الذي أُدخل في الالتزام commit 3554b4345d85 ("net: introduce ndo_set_rx_mode_async and netdev_rx_mode_work"). يتم استدعاء الاستدعاء غير المتزامن (async callback) من سياق العملية، لذا يمكن أن يظل الـ mutex واستكمال مراقبة النوم كما هو.
تم ملاحظة ذلك عند تفعيل الخيارات التالية في التكوين: `CONFIG_PROVE_LOCKING` و `CONFIG_DEBUG_SPINLOCK` و `CONFIG_DEBUG_MUTEXES` و `CONFIG_DEBUG_ATOMIC_SLEEP`:
BUG: sleeping function called from invalid context at kernel/locking/mutex.c:591 in_atomic(): 1, irqs_disabled(): 0, non_block: 0, pid: 217, name: ip preempt_count: 201, expected: 0 Call trace: __might_resched+0x144/0x248 __might_sleep+0x48/0x7c __mutex_lock+0x74/0x850 mutex_lock_nested+0x24/0x30 sparx5_mact_learn+0x78/0x100 sparx5_mc_sync+0x40/0x54 __hw_addr_sync_dev+0xc4/0x170 sparx5_set_rx_mode+0x4c/0x58 __dev_set_rx_mode+0x64/0xa4 __dev_open+0x1ec/0x26c
Once again VulDB remains the best source for vulnerability data.