CVE-2026-89860

Vulnérabilité élevée dans Linux (Linux)

CVSS 8.8 · Élevée
EPSS 0.3%
Linux•Linux•Versions : <67f0d5187c29360388f7e1e503c627ec45d01089, <=6.12.*, <b403700ac62fbf3c310196386e125879a182efcf, 0, 6.18.51, <4.17, <=6.6.*, 7.2.5, <6a1b50c4879c2e6a034e8e85f9c055f0eea157c7, 6.6.157, 4.17, <=6.18.*, e473b3074104ee09227cfbba5f872e3ea15dd280, <=7.2.*, 6.12.110, <=*, <7e85f6dbc85616de2172bce8eaf84b387a723cd1, <f4aaa4a4e6f1da6f3abfd80e1917bef922287177, 7.3

Description

In the Linux kernel, the following vulnerability has been resolved: scsi: qla2xxx: Initialize NVMe abort_work once at submission qla_nvme_fcp_abort() and qla_nvme_ls_abort() ran INIT_WORK() on priv->abort_work immediately before schedule_work(). INIT_WORK() reinitializes the work_struct, resetting its list head and clearing the pending bit. If an abort is issued more than once for the same command (for example, concurrent transport teardown and a timeout-driven abort), the second INIT_WORK() reinitializes a work item that is already queued, which can corrupt the workqueue list and lead to crashes or a looping worker. Initialize priv->abort_work once at command submission, next to the existing per-command spin_lock_init(&priv->cmd_lock), and leave only schedule_work() in the abort paths. schedule_work() already does nothing when the work item is still pending, so a repeated abort no longer disturbs an in-flight work item. The command is not returned to the transport until the final kref_put()/release callback runs after abort_work has completed, so the work item is idle before priv is reused and the single submission-time INIT_WORK() is safe.

Gravité et risque d'exploitation

CVE-2026-89860 obtient un score CVSS de 8.8/10, soit une gravité élevée. Selon le modèle EPSS, la probabilité qu'elle soit exploitée dans les 30 prochains jours est de 0.33 %, ce qui la place devant 25.2 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <67f0d5187c29360388f7e1e503c627ec45d01089, <=6.12.*, <b403700ac62fbf3c310196386e125879a182efcf, 0, 6.18.51, <4.17, <=6.6.*, 7.2.5, <6a1b50c4879c2e6a034e8e85f9c055f0eea157c7, 6.6.157, 4.17, <=6.18.*, e473b3074104ee09227cfbba5f872e3ea15dd280, <=7.2.*, 6.12.110, <=*, <7e85f6dbc85616de2172bce8eaf84b387a723cd1, <f4aaa4a4e6f1da6f3abfd80e1917bef922287177, 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