CVE-2026-98716 json
KVM: SVM: Use the active VMCB's MSR bitmap when checking if MSR is intercepted
published 24d ago modified 12d ago also EUVD-2026-103970
- cvss
- —
- not scored
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.2%
- EPSS 0.2% chance of exploitation in 30 days, percentile 7%
- public exploits
- 0
- none known
Summary
In the Linux kernel, the following vulnerability has been resolved:
KVM: SVM: Use the active VMCB's MSR bitmap when checking if MSR is intercepted
Use the MSR permission bitmap of the active VMCB instead of assuming that KVM is always using vmcb02's bitmap when L2 is active, as KVM uses msrpm02 if and only if L1 wants to intercept MSR accesses, i.e. if and only if KVM needs to merge msprm01 with msrpm12.
Don't bother tracking the virtual address of the bitmap that's being used, as __va() is cheap on x86, and caching the virtual address would introduce yet another source of potentially stale information.
Patch / fix
- Linux Linux 3.17, 4.5, 7.3
- linux Debian 13 6.12.113-1
- linux Debian 14 7.2.10-1
- linux-6.12 Debian 12 6.12.113-1~deb12u1
debian advisories DEBIAN-CVE-2026-98716
- linux Ubuntu 24.04 LTS 6.8.0-149.149
- linux Ubuntu 26.04 LTS 7.0.0-43.43
- linux-aws Ubuntu 24.04 LTS 6.8.0-1069.74
- linux-aws Ubuntu 26.04 LTS 7.0.0-1017.18
- linux-gcp Ubuntu 24.04 LTS 6.8.0-1073.81
- linux-gcp Ubuntu 26.04 LTS 7.0.0-1017.19
- linux-gke Ubuntu 24.04 LTS 6.8.0-1068.77
- linux-gke Ubuntu 26.04 LTS 7.0.0-1010.11
ubuntu advisories UBUNTU-CVE-2026-98716
Ubuntu security data © Canonical Ltd., from https://github.com/canonical/ubuntu-security-notices via OSV; changed: normalised to fixed package versions per release. CC BY-SA 4.0
- kernel Azure Linux 3.0 6.6.161.1-1
azure linux advisories AZL-109439
Azure Linux vulnerability data, Copyright (c) Microsoft Corporation, from https://github.com/microsoft/AzureLinuxVulnerabilityData via OSV, under the MIT licence; changed: normalised to fixed package versions per release. MIT
- git.kernel.org/stable/c/001c78bc64389cabe4f9015ab3942ec9c3592caa commit
- git.kernel.org/stable/c/552a110c403f1a61eba0bf71519c6585d9d4242d commit
- git.kernel.org/stable/c/0e79ebf6f92a7d15187aede44204fa04b93e474c commit
- git.kernel.org/stable/c/84da7a0e92207444d9cbfe69965e17db29008f27 commit
- git.kernel.org/stable/c/74836ae4785b9754bb36d0b18fcc1dec4e5e98d2 commit
- git.kernel.org/stable/c/318ef696fa3c712e46bb62a1a828c3cd62f390c3 commit
- git.kernel.org/stable/c/55865b3ae03705aa39198783b9cb1f8b96eb44e4 commit
- git.kernel.org/stable/c/9e06bbb9ade7cdf28d4a3b5b14e5812881c8df85 commit
Is CVE-2026-98716 in your stack? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerVendor advisories
What the vendors themselves say about their products: affected, fixed or not affected, and what to do.
red hat product security vex CVE-2026-98716 updated cvss 8.8
kernel: KVM: SVM: Use the active VMCB's MSR bitmap when checking if MSR is intercepted
-
Red Hat Enterprise Linux 8 perf, kernel, bpftool, kernel-rt, kernel-core, kernel-tools, +29 more Red Hat Enterprise Linux 9 rv, perf, rtla, kernel, bpftool, libperf, +83 more Red Hat Enterprise Linux 10 kernel Red Hat OpenShift Container Platform 4 openshift/ose-rhel-coreos-8, openshift/ose-rhel-coreos-9 Red Hat OpenShift Container Platform 5 openshift/ose-rhel-coreos-9affected: no fix available
-
Red Hat Enterprise Linux 6 perf, kernel, python-perf, kernel-kdump, kernel-firmware, kernel-bootwrapper, +1 more Red Hat Enterprise Linux 7 perf, kernel, bpftool, kernel-rt, python-perf, kernel-kdump, +8 morenot affected: vulnerable code not present
Red Hat CSAF VEX © Red Hat, Inc., from https://security.access.redhat.com/data/csaf/v2/vex/; changed: reduced to product statuses and remediations. CC BY 4.0 · csaf
Exploit prediction
0.18% chance of exploitation in the next 30 days, higher than 7% of all scored CVEs (FIRST EPSS, 2026-11-11).
Affected products
- Linux Linux
Classification
- Technology feeds
References
- git.kernel.org /stable/c/001c78bc64389cabe4f9015ab3942ec9c3592caa
- git.kernel.org /stable/c/552a110c403f1a61eba0bf71519c6585d9d4242d
- git.kernel.org /stable/c/0e79ebf6f92a7d15187aede44204fa04b93e474c
- git.kernel.org /stable/c/84da7a0e92207444d9cbfe69965e17db29008f27
- git.kernel.org /stable/c/74836ae4785b9754bb36d0b18fcc1dec4e5e98d2
- git.kernel.org /stable/c/318ef696fa3c712e46bb62a1a828c3cd62f390c3
- git.kernel.org /stable/c/55865b3ae03705aa39198783b9cb1f8b96eb44e4
- git.kernel.org /stable/c/9e06bbb9ade7cdf28d4a3b5b14e5812881c8df85
Sources
- CVE List CVE-2026-98716
- NVD CVE-2026-98716
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.