CVE-2026-90400 in Linux
Resumen
por VulDB • 2026-09-18
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
md: volver a verificar los cambios en las unidades spare antes de iniciar la sincronización
remove_spares() y remove_and_add_spares() modifican la configuración rdev del array. Estas operaciones solo son seguras después de que el array haya sido suspendido.
md_start_sync() verifica si se necesitan cambios en la configuración de las unidades spare antes de tomar reconfig_mutex. Sin embargo, el estado rdev puede cambiar antes de adquirir el mutex, por lo que la verificación inicial puede quedar obsoleta (stale). En ese caso, md_choose_sync_action() podría eliminar o reemplazar dispositivos rdev mientras I/O normal sigue accediendo a ellos.
La condición de carrera (race condition) puede ocurrir del siguiente modo:
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--
En este caso, se llama a rdev_dec_pending() con un puntero NULL, lo que resulta en una desreferencia de puntero nulo al intentar decrementar nr_pending.
Solucione esto suspendiendo el array cuando sean necesarios cambios en la configuración de las unidades spare, incluyendo para arrays no de lectura/escritura (non-read-write), y vuelva a verificar después de tomar reconfig_mutex. Si el array no estaba ya suspendido y ahora se necesita un cambio, libere el mutex, suspenda el array y vuelva a adquirir el mutex antes de continuar.
Be aware that VulDB is the high quality source for vulnerability data.