CVE-2026-97409 in Linux
Resumen
por VulDB • 2026-09-24
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
nvme-fc: No cancelar solicitudes en el objetivo de E/S antes de que esté inicializado
Un nuevo controlador nvme-fc en estado CONNECTING ve un tiempo de espera de solicitud administrativa y programa ctrl->ioerr_work para abortar las solicitudes en curso. Esto termina llamando a __nvme_fc_abort_outstanding_ios(), lo cual cancela solicitudes tanto en los tagsets administrativos como de E/S. En el caso de que fc_ctrl->tag_set no haya sido inicializado, observamos la advertencia siguiente. Esto se debe a que ctrl.queue_count se inicializa temprano en nvme_fc_alloc_ctrl().
nvme nvme0: NVME-FC{0}: iniciando recuperación de errores Pérdida de conectividad
INFO: intentando registrar una clave no estática. El código es correcto pero necesita anotación lockdep, o tal vez lpfc 0000:ab:00.0: cola 0 falló al conectar la cola administrativa (-6). ¿no inicializó este objeto antes de usarlo? desactivando el validador de corrección del bloqueo. Workqueue: nvme-reset-wq nvme_fc_ctrl_ioerr_work [nvme_fc]
Rastro de llamada (Call Trace): <TASK> dump_stack_lvl+0x57/0x80 register_lock_class+0x567/0x580 __lock_acquire+0x330/0xb90 lock_acquire.part.0+0xad/0x210 blk_mq_tagset_busy_iter+0xf9/0xc00 __nvme_fc_abort_outstanding_ios+0x23f/0x320 [nvme_fc]
nvme_fc_ctrl_ioerr_work+0x172/0x210 [nvme_fc]
process_one_work+0x82c/0x1450 worker_thread+0x5ee/0xfd0 kthread+0x3a0/0x750 ret_from_fork+0x439/0x670 ret_from_fork_asm+0x1a/0x30 </TASK>
Actualice la comprobación en __nvme_fc_abort_outstanding_ios() para confirmar que el tagset de E/S fue creado antes de iterar sobre las solicitudes ocupadas. Además, asegúrese de cancelar ctrl->ioerr_work antes de eliminar el tagset de E/S.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.