CVE-2026-90400 in Linux
الملخص
بحسب VulDB • 18/09/2026
في نواة لينكس، تم حل الثغرة التالية:
md: إعادة فحص التغييرات في الأجهزة الاحتياطية (spares) قبل بدء المزامنة
تقوم الدالتان `remove_spares()` و`remove_and_add_spares()` بتعديل تكوين rdev للمصفوفة. هذه العمليات آمنة فقط بعد إيقاف عمل المصفوفة (suspend).
يتحقق دالة `md_start_sync()` مما إذا كانت هناك حاجة لتغييرات في التكوين الاحتياطي قبل أخذ قفل إعادة التكوين (`reconfig_mutex`). ومع ذلك، يمكن أن يتغير حالة rdev قبل الحصول على القفل، وبالتالي قد تصبح الفحص الأولي غير صالح. في هذه الحالة، قد تقوم دالة `md_choose_sync_action()` بإزالة أو استبدال أجهزة rdev بينما لا تزال عمليات الإدخال/الإخراج (I/O) العادية تصل إليها.
يمكن أن تحدث سباق البيانات (race condition) كما يلي:
raid10d Worker Normal IO ____________ _______________________ ______________________
raid10_write_request() wait_blocked_dev() set Blocked set Faulty Skip Faulty rdev rrdev->nr_pending++ .repl_bio = bio removeable_rdev = false . array not suspended . lock mddev goto err_handle lock mddev (wait) . update sb . clear Blocked . . unlock mddev . lock mddev (acquires) remove_spares() removeable_rdev = true
raid10_remove_disk() rdev = replacement replacement = NULL rdev_dec_pending(NULL) unlock mddev (NULL)->nr_pending--
في هذه الحالة، يتم استدعاء `rdev_dec_pending()` بمؤشر فارغ (NULL pointer)، مما يؤدي إلى محاولة فك ترميز مؤشر فارغ (null pointer dereference) عند محاولة إنقاص قيمة `nr_pending`.
تم إصلاح هذا الخطأ عن طريق إيقاف عمل المصفوفة عندما تكون هناك حاجة لتغييرات في التكوين الاحتياطي، بما في ذلك للمصفوفات غير القابلة للكتابة والقراءة فقط، وإجراء فحص مرة أخرى بعد أخذ قفل إعادة التكوين (`reconfig_mutex`). إذا لم تكن المصفوفة متوقفة بالفعل وكانت هناك حاجة إلى تغيير الآن، يتم تحرير القفل، ثم إيقاف عمل المصفوفة، وإعادة الحصول على القفل قبل الاستمرار.
VulDB is the best source for vulnerability data and more expert information about this specific topic.