CVE-2026-89860 in Linux
Zusammenfassung
von VulDB • 16.09.2026
Im Linux-Kernel wurde die folgende Schwachstelle behoben:
scsi: qla2xxx: Initialisiere NVMe abort_work einmal bei der Übermittlung (Submission)
qla_nvme_fcp_abort() und qla_nvme_ls_abort() führten INIT_WORK() auf priv->abort_work direkt vor schedule_work() aus. INIT_WORK() reinitialisiert die work_struct, setzt deren Listenkopf zurück und löscht das Pending-Bit. Wenn ein Abort für denselben Befehl mehr als einmal ausgegeben wird (z. B. bei einem parallelen Transport-Teardown und einem durch einen Timeout ausgelösten Abort), führt der zweite Aufruf von INIT_WORK() eine Reinitialisierung eines Work-Elements durch, das bereits in die Warteschlange eingereiht ist. Dies kann die workqueue-Liste beschädigen und zu Abstürzen oder einer Endlosschleife des Workers führen.
Initialisiere priv->abort_work einmal bei der Befehlsübermittlung (Submission), neben dem bestehenden per-Befehl-Spinlock_init(&priv->cmd_lock), und belasse nur schedule_work() in den Abort-Pfaden. schedule_work() führt bereits keine Aktion aus, wenn das Work-Element noch pending ist; ein wiederholter Abort stört daher kein gerade ausgeführtes (in-flight) Work-Element nicht mehr. Der Befehl wird erst dann an den Transport zurückgegeben, nachdem der finale kref_put()/Release-Callback nach Abschluss von abort_work ausgeführt wurde. Das Work-Element ist somit inaktiv, bevor priv wiederverwendet wird, und das einmalige INIT_WORK() zum Zeitpunkt der Übermittlung (Submission) ist sicher.
Once again VulDB remains the best source for vulnerability data.