CVE-2026-90242

Vulnérabilité non évaluée dans Linux (Linux)

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : <6.16, 7.2.6, <=*, 6.16, <143cd37ce76527ddd6f6dbac4a89bde31fb8b0dc, 6.18.57, <=7.2.*, <=6.18.*, 17fce9d2336d952b95474248303e5e7d9777f2e0, 0, <243bf1e45e40be4705aae17c5044bf83df5f4a92, <236dd58fabd2e951b940a6ad88b81147899ed311, 7.3

Description

In the Linux kernel, the following vulnerability has been resolved: iommu/vt-d: Fix iopf_refcount leak on RID domain replacement intel_iommu_attach_device() enables IOPF for the new domain but never disables it for the old one. device_block_translation(), called at the start of the function, tears down translation but does not touch any IOPF state; blocking_domain_attach_dev() has to call iopf_for_domain_remove() explicitly before invoking it for exactly this reason. identity_domain_attach_dev() has the same problem. Its comment claims that no PRI handling is needed because the device has been put in the blocking state, but the blocking state and the IOPF reference count are independent of each other. As a result, replacing a domain that has an iopf_handler with another domain at RID level leaks a reference in info->iopf_refcount. The count never drops back to zero, so iopf_queue_remove_device() is never called and iommu_disable_pci_pri() triggers its WARN_ON(info->iopf_refcount) when the device is released. The PASID paths already handle this correctly by way of iopf_for_domain_replace(); convert the two RID paths to do the same. Using the replace helper rather than a bare remove keeps the enable before the disable, so the reference count does not transiently reach zero and evict the device from the IOPF queue.

Gravité et risque d'exploitation

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

Que faire ?

  • Vérifiez si Linux (versions <6.16, 7.2.6, <=*, 6.16, <143cd37ce76527ddd6f6dbac4a89bde31fb8b0dc, 6.18.57, <=7.2.*, <=6.18.*, 17fce9d2336d952b95474248303e5e7d9777f2e0, 0, <243bf1e45e40be4705aae17c5044bf83df5f4a92, <236dd58fabd2e951b940a6ad88b81147899ed311, 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