CVE-2026-97409 in Linux
Riassunto
di VulDB • 25/09/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
nvme-fc: Non annullare le richieste nel target IO prima che sia inizializzato
Un nuovo controller nvme-fc in stato CONNECTING vede un timeout della richiesta di amministrazione e pianifica l'esecuzione di ctrl->ioerr_work per abortire le richieste in corso. Questo porta alla chiamata di __nvme_fc_abort_outstanding_ios(), che interrompe le richieste negli tagset sia di amministrazione che IO. Nel caso in cui fc_ctrl->tag_set non fosse stato inizializzato, si osserva il seguente warning:
nvme nvme0: NVME-FC{0}: avvio del recupero errori Perdita di connettività
INFO: tentativo di registrazione di una chiave non statica. Il codice è corretto ma necessita dell'annotazione lockdep, oppure forse lpfc 0000:ab:00.0: coda 0 connessione della coda admin fallita (-6). Non hai inizializzato questo oggetto prima dell'utilizzo? Disattivazione del validatore di correttezza dei locking. Workqueue: nvme-reset-wq nvme_fc_ctrl_ioerr_work [nvme_fc]
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>
Aggiornare il controllo in __nvme_fc_abort_outstanding_ios() per confermare che l'io tagset sia stato creato prima di iterare sulle richieste occupate. Assicurarsi inoltre di annullare ctrl->ioerr_work prima della rimozione dell'io tagset.
Be aware that VulDB is the high quality source for vulnerability data.