Heimdall Security Logo

CVE-2026-89847

Vulnérabilité critique dans Linux (Linux)

CVSS 9.8 · Critique
EPSS 0.7%
Linux•Linux•Versions : <=6.1.*, <=6.12.*, <71a7b6e3c7f121439f51a058e53d4a8e05b63dec, <845d4abd92cd2f97551356c8b281ad6e197acb07, 5.15.221, <f5b660e0b0d9190d8853c795c2522cc5f8c93003, 0, 5.10.270, f6145e86d21fccd59bbb87bc1e1eb076658fd79a, <d6d856c722f40f0694ff755208552e658db6dd42, 6.1.188, 6.18.51, 4.19, <=5.10.*, <=6.6.*, 7.2.5, 6.6.157, <6e217a9482eabbd8b29847be334c74cf468d3544, <=6.18.*, <9fa1d71233a82416492d9c9de9756ebe140fe714, 6.12.110, <=7.2.*, <4.19, <7257b5e1fb6c9387714f66e01b79ec82b717eede, <bb45bc4bd53c95a7bf6f782577b5ede94c0f8aa8, <=*, <=5.15.*, 7.3

Description

In the Linux kernel, the following vulnerability has been resolved: scsi: qla2xxx: Avoid double completion in async IOCB timeout qla2x00_async_iocb_timeout() tries to abort a timed-out async IOCB. When qla24xx_async_abort_cmd() fails, both the SRB_LOGIN_CMD path and the SRB_CTRL_VP/default path scan outstanding_cmds[] for the SRB and then call sp->done(sp, QLA_FUNCTION_TIMEOUT) unconditionally, without checking whether the SRB was actually found and removed. If the response ISR completes the same handle first, it removes the SRB under qp_lock_ptr and runs sp->done() -> complete(sp->comp). The submitter qla24xx_control_vp() wakes from wait_for_completion(), clears sp->comp, drops its reference and returns, reclaiming the on-stack completion. The timer reference keeps the SRB alive across the timeout handler, but not the submitter's stack. The timeout then issues a second sp->done() -> qla_ctrlvp_sp_done(), which evaluates "if (sp->comp) complete(sp->comp)"; with the pointer loaded before the submitter's NULL store, complete() writes into the freed stack frame, a use-after-free. Track whether this path removed the SRB from outstanding_cmds and only call sp->done() when it did, so the command is completed exactly once by whichever path owns it. This mirrors the sp_found guard already used in qla24xx_abort_iocb_timeout().

Gravité et risque d'exploitation

CVE-2026-89847 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.68 %, ce qui la place devant 51.3 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <=6.12.*, <71a7b6e3c7f121439f51a058e53d4a8e05b63dec, <845d4abd92cd2f97551356c8b281ad6e197acb07, 5.15.221, <f5b660e0b0d9190d8853c795c2522cc5f8c93003, 0, 5.10.270, f6145e86d21fccd59bbb87bc1e1eb076658fd79a, <d6d856c722f40f0694ff755208552e658db6dd42, 6.1.188, 6.18.51, 4.19, <=5.10.*, <=6.6.*, 7.2.5, 6.6.157, <6e217a9482eabbd8b29847be334c74cf468d3544, <=6.18.*, <9fa1d71233a82416492d9c9de9756ebe140fe714, 6.12.110, <=7.2.*, <4.19, <7257b5e1fb6c9387714f66e01b79ec82b717eede, <bb45bc4bd53c95a7bf6f782577b5ede94c0f8aa8, <=*, <=5.15.*, 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

Rechercher une autre CVE