CVE-2026-89932

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

CVSS 8.8 · Élevée
EPSS 0.2%
Linux•Linux•Versions : <8bc609999ec223089fec8d74c7de27d689606b36, <=6.1.*, <=6.12.*, 5.15.221, <121991d150735f3c0f7401678ce4d35c5b4ac898, <26de0d2d9a8d14c03e5ebb25fd68b5bfcd5ac366, 0, <22dfcc22c95e91295119a1c3b469816ce44c4804, 6.1.188, <f0772389413dce9657c7d6950abf3edbbd511356, 6.18.51, <8b98d662ab24f34710a56e03bc9169e4a5508606, 4.4, <=6.6.*, 7.2.5, 6.6.157, 5c614b3583e7b6dab0c86356fa36c2bcbb8322a0, <=6.18.*, <62604376c313178811375f40a282fc2a46cd2311, 7.3, 6.12.110, <=7.2.*, <=*, <=5.15.*, <4.4

Description

In the Linux kernel, the following vulnerability has been resolved: KVM: nVMX: Always flush vpid02 on first use Make sure vpid02 is always flushed on first use by setting last_vpid=0 when allocating vpid02. nested_vmx_transition_tlb_flush() will always detect a VPID change on first VM-Enter after VMXON, because VPID=0 in vmcs12 is not allowed if L1 enables VPID. This avoids using stale TLB entries from a previous lifetime of the VPID, that might have been associated with a different vCPU (or a completely different VM). Note that last_vpid is already being initialized as 0 when the vCPU is created, but it is not reset when vpid02 is freed on VMXOFF. Hence, the problem can only occur if L1 does VMXOFF -> VMXON, runs an L2, and KVM happens to reuse a VPID that has TLB entries on the physical CPU.

Gravité et risque d'exploitation

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

Que faire ?

  • Vérifiez si Linux (versions <8bc609999ec223089fec8d74c7de27d689606b36, <=6.1.*, <=6.12.*, 5.15.221, <121991d150735f3c0f7401678ce4d35c5b4ac898, <26de0d2d9a8d14c03e5ebb25fd68b5bfcd5ac366, 0, <22dfcc22c95e91295119a1c3b469816ce44c4804, 6.1.188, <f0772389413dce9657c7d6950abf3edbbd511356, 6.18.51, <8b98d662ab24f34710a56e03bc9169e4a5508606, 4.4, <=6.6.*, 7.2.5, 6.6.157, 5c614b3583e7b6dab0c86356fa36c2bcbb8322a0, <=6.18.*, <62604376c313178811375f40a282fc2a46cd2311, 7.3, 6.12.110, <=7.2.*, <=*, <=5.15.*, <4.4) 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