Heimdall Security Logo

CVE-2026-89856

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

CVSS 8.4 · Élevée
EPSS 0.2%
Linux•Linux•Versions : <=6.1.*, <=6.12.*, 5.15.221, <7a448f5ed0b283dbde4e9183dd1e98c221432dab, 0, 5.10.270, <2efe50b2da829909023de4a2eb87badb7cfa53cc, d74595278f4ab192af66d9e60a9087464638beee, 6.1.188, <4.10, 6.18.51, <33c77254e6e91f37c72c7fad4051777452b10de8, <=5.10.*, <=6.6.*, <ebfd35c64433821bd5619a6d07ccc2df8b5b1de3, 4.10, 7.2.5, 6.6.157, <=6.18.*, <cf623d32761b00f221a9cfded3303d56e84b429d, <e80adfeac61b4d5db7ffe0f5af43999c33a4145e, 6.12.110, <=7.2.*, <=*, <=5.15.*, <802068b9b683b8008fcccbf6e9ad133e597ec87c, <9eeddbeaa896f39d943644b16d83a6ad0ceab255, 7.3

Description

In the Linux kernel, the following vulnerability has been resolved: scsi: qla2xxx: Clamp MSI-X derived queue counts to avoid truncation ha->msix_count is u16, but ha->max_req_queues, ha->max_rsp_queues and ha->max_qpairs are u8. Deriving the queue count as "ha->max_req_queues = ha->msix_count - 1" therefore truncates: a board (or a misconfigured/malicious hot-plugged device) advertising 257 MSI-X vectors yields msix_count - 1 == 256, which truncates to 0. An MSI-X count of 1 zeroes it as well, and in target mode the subsequent "ha->max_req_queues--" then underflows 0 to 255. When the count is 0, qla2x00_alloc_queues() calls kzalloc_objs(struct req_que *, 0), which returns ZERO_SIZE_PTR. That is not NULL, so the allocation check passes and the following "ha->req_q_map[0] = req" dereferences ZERO_SIZE_PTR, corrupting memory or crashing the kernel. Add qla_calc_queue_count() to clamp the derived value into [1, QLA_MAX_QUEUES - 1] so it always fits in u8 and is never zero, and use it at all three derivation sites (qla25xx_iospace_config(), qla83xx_iospace_config() and qla24xx_enable_msix()). Also guard the target-mode decrement so it cannot reintroduce a zero (which would in turn underflow max_qpairs).

Gravité et risque d'exploitation

CVE-2026-89856 obtient un score CVSS de 8.4/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.18 %, ce qui la place devant 7.1 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <=6.12.*, 5.15.221, <7a448f5ed0b283dbde4e9183dd1e98c221432dab, 0, 5.10.270, <2efe50b2da829909023de4a2eb87badb7cfa53cc, d74595278f4ab192af66d9e60a9087464638beee, 6.1.188, <4.10, 6.18.51, <33c77254e6e91f37c72c7fad4051777452b10de8, <=5.10.*, <=6.6.*, <ebfd35c64433821bd5619a6d07ccc2df8b5b1de3, 4.10, 7.2.5, 6.6.157, <=6.18.*, <cf623d32761b00f221a9cfded3303d56e84b429d, <e80adfeac61b4d5db7ffe0f5af43999c33a4145e, 6.12.110, <=7.2.*, <=*, <=5.15.*, <802068b9b683b8008fcccbf6e9ad133e597ec87c, <9eeddbeaa896f39d943644b16d83a6ad0ceab255, 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