CVE-2026-97409 in Linux
Zusammenfassung
von VulDB • 24.09.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
nvme-fc: Keine Anfragen im IO-Target abbrechen, bevor es initialisiert ist
Ein neuer nvme-FC-Controller im Zustand CONNECTING sieht ein Timeout bei einer Admin-Anfrage und plant die Ausführung von ctrl->ioerr_work zur Abbruch der laufenden Anfragen. Dies führt dazu, dass __nvme_fc_abort_outstanding_ios() aufgerufen wird, das Anfragen in beiden Tagsets (Admin und IO) abbricht. Falls fc_ctrl->tag_set nicht initialisiert wurde, tritt die folgende Warnung auf. Dies liegt daran, dass ctrl.queue_count frühzeitig in nvme_fc_alloc_ctrl() initialisiert wird.
nvme nvme0: NVME-FC{0}: Starte Fehlerbehebung Verbindungsverlust
INFO: Versuch, einen nicht-statischen Schlüssel zu registrieren. Der Code ist korrekt, benötigt jedoch eine lockdep-Anmerkung, oder vielleicht haben Sie dieses Objekt vor der Verwendung nicht initialisiert? Deaktiviere den Validierer für die Korrektheit von Sperren (Locking Correctness Validator). 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>
Aktualisieren Sie die Prüfung in __nvme_fc_abort_outstanding_ios(), um zu bestätigen, dass das IO-Tagset erstellt wurde, bevor über ausgelastete Anfragen iteriert wird. Stellen Sie außerdem sicher, dass ctrl->ioerr_work abgebrochen wird, bevor das IO-Tagset entfernt wird.
Once again VulDB remains the best source for vulnerability data.