CVE-2026-89932KVM: nVMX: Always flush vpid02 on first use
Updated under an hour ago ()
Does this affect you?
It affects Linux. Add what you run to find out whether that includes you.
No exploitation reported and no EPSS estimate yet.
Do this next
Free account, 1 product
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.
- CVSS
- 8.8 HIGH (v3.1, CNA)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H
- Weakness (CWE)
- Not given
- Known exploited
- Not in CISA's KEV catalog
- EPSS (exploitation in the next 30 days)
- Not loaded for this CVE
- Assigned by
- Linux
- NVD analysis
- Received
- Record last updated
- Sep 17, 2026
- First seen by InfoSec Signals
- Oct 9, 2026
Affected products
Linux Linux linux:linux (from the name) | from 5c614b3583e7b6dab0c86356fa36c2bcbb8322a0 before 26de0d2d9a8d14c03e5ebb25fd68b5bfcd5ac366; from 5c614b3583e7b6dab0c86356fa36c2bcbb8322a0 before 8bc609999ec223089fec8d74c7de27d689606b36; from 5c614b3583e7b6dab0c86356fa36c2bcbb8322a0 before 62604376c313178811375f40a282fc2a46cd2311; from 5c614b3583e7b6dab0c86356fa36c2bcbb8322a0 before 8b98d662ab24f34710a56e03bc9169e4a5508606; from 5c614b3583e7b6dab0c86356fa36c2bcbb8322a0 before 22dfcc22c95e91295119a1c3b469816ce44c4804; from 5c614b3583e7b6dab0c86356fa36c2bcbb8322a0 before 121991d150735f3c0f7401678ce4d35c5b4ac898; from 5c614b3583e7b6dab0c86356fa36c2bcbb8322a0 before f0772389413dce9657c7d6950abf3edbbd511356 | CNA record |
References
- https://git.kernel.org/stable/c/26de0d2d9a8d14c03e5ebb25fd68b5bfcd5ac366
- https://git.kernel.org/stable/c/8bc609999ec223089fec8d74c7de27d689606b36
- https://git.kernel.org/stable/c/62604376c313178811375f40a282fc2a46cd2311
- https://git.kernel.org/stable/c/8b98d662ab24f34710a56e03bc9169e4a5508606
- https://git.kernel.org/stable/c/22dfcc22c95e91295119a1c3b469816ce44c4804
- https://git.kernel.org/stable/c/121991d150735f3c0f7401678ce4d35c5b4ac898
- https://git.kernel.org/stable/c/f0772389413dce9657c7d6950abf3edbbd511356
The CVE record on cve.org NVD's entry
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.