CVE-2026-89857
Vulnérabilité critique dans Linux (Linux)
Description
In the Linux kernel, the following vulnerability has been resolved: scsi: qla2xxx: Hold qpair lock when sending NVMe LS reject qla_nvme_ls_reject_iocb() allocates from and advances the request ring through __qla2x00_alloc_iocbs() (which assumes the hardware_lock is held) and qla2x00_start_iocbs() (which advances the ring and rings the request-in doorbell), but takes no lock itself. Two of its callers invoke it without the producer lock held: - qla_nvme_xmt_ls_rsp(), the NVMe-FC .xmt_ls_rsp transport callback, on its error path, and - qla2xxx_process_purls_pkt(), run from the purex work/DPC context. Both use ha->base_qpair, whose qp_lock_ptr is hardware_lock, so they can run concurrently with normal I/O submission on the base ring and corrupt the ring producer state, leading to duplicated or dropped commands. The third caller, qla2xxx_process_purls_iocb(), runs inside qla24xx_process_response_queue() with the qpair lock already held and is safe; that is also why the lock cannot be taken inside the helper itself (it would recursively re-acquire hardware_lock on the response path). Take qp_lock_ptr around the two unlocked callers and document the helper as caller-locked. Both run in process context, so spin_lock_irqsave() is used and nothing in the locked region sleeps.
Gravité et risque d'exploitation
CVE-2026-89857 obtient un score CVSS de 9.8/10, soit une gravité critique. Selon le modèle EPSS, la probabilité qu'elle soit exploitée dans les 30 prochains jours est de 0.62 %, ce qui la place devant 48.6 % des CVE référencées.
Que faire ?
- Vérifiez si Linux (versions <=6.12.*, 0, 6.18.51, <6.6, <=6.6.*, <11834e5773e20fd3742d7eb900876e66b9e7d029, 7.2.5, 6.6.157, <b02ff132017b28222187ebcf95ce7f4cb576cd36, 6.6, <=6.18.*, <=7.2.*, 875386b98857822b77ac7f95bdf367b70af5b78c, 6.12.110, <f743488e4a203049f27ec5d8cd0caccc483af01e, <=*, <7eb618877503edbf17aa65e357a81bda1fc8f163, <b3a362466db6b8ec47cc537ac641ac197fa69b5d, 7.3) est présent sur votre parc.
- Appliquez le correctif ou la version corrigée indiqués dans les références de l'éditeur.
- À défaut de correctif, limitez l'exposition (filtrage réseau, désactivation du composant).
- Automatisez la détection : les agents CVE Heimdall (gratuits, open source) corrèlent l'inventaire de vos serveurs avec la base CVE.
Références
- https://git.kernel.org/stable/c/7eb618877503edbf17aa65e357a81bda1fc8f163
- https://git.kernel.org/stable/c/b3a362466db6b8ec47cc537ac641ac197fa69b5d
- https://git.kernel.org/stable/c/11834e5773e20fd3742d7eb900876e66b9e7d029
- https://git.kernel.org/stable/c/b02ff132017b28222187ebcf95ce7f4cb576cd36
- https://git.kernel.org/stable/c/f743488e4a203049f27ec5d8cd0caccc483af01e
