Description
In the Linux kernel, the following vulnerability has been resolved:

KVM: x86: Re-pend GET_NESTED_STATE_PAGES if getting said pages fails

Re-pend GET_NESTED_STATE_PAGES before exiting to userspace if getting the
nested pages fails in the KVM_RUN path. If userspace re-runs the vCPU, and
vmcs02 holds valid PFNs from the *previous* run of L2, then KVM could
re-enter L2 with stale, unpinned PFNs mapped into e.g. the vAPIC page.

Note, both SVM and VMX (as of commit 11722439fb20 ("KVM: nVMX: Ensure
KVM_REQ_GET_NESTED_STATE_PAGES is cleared on VM-Exit") ensure the request
is cleared on VM-Exit (including the "forced" case), i.e. there is no risk
of double-mapping due to emulated VMLAUNCH/VMRESUME/VMRUN *and* the request
trying to map the nested pages.
Published: 2026-10-18
Score: 5.6 Medium
EPSS: < 1% Very Low
KEV: No
Impact: Stale nested page mapping could lead to data leakage or corruption in a KVM x86 guest
Action: Apply vendor patch
AI Analysis

Impact

In the Linux kernel’s KVM x86 module, when the request to fetch nested state pages fails, the GET_NESTED_STATE_PAGES flag is not cleared before control returns to user space. If a guest later re‑runs the vCPU, the kernel may re‑enter the nested VM using the stale, unpinned physical frame numbers that were left in the vmcs02 structure from a previous run. This erroneous reuse of page table entries can expose memory that should no longer belong to the guest, potentially allowing data leakage or memory corruption. The flaw represents an improper cleanup of nested page state and aligns with CWE-825.

Affected Systems

All Linux distributions that ship the upstream Linux kernel with KVM support for x86 are impacted, regardless of vendor or distribution name. The vulnerability exists in every kernel build that contains the KVM x86 code path where the GET_NESTED_STATE_PAGES request might fail and is not correctly cleared. There is no specific version restriction beyond kernel versions lacking the commit that re‑queues the request.

Risk and Exploitability

The EPSS score of 0.00154 (approximately 0.15%) indicates a low but nonzero likelihood of exploitation; the vulnerability is not listed in KEV. The vulnerability requires a privileged host or a user capable of running nested virtual machines. An attacker would need to trigger a nested‑VM run that fails to obtain pages, then re‑run the vCPU to exploit stale mappings. Although indirect, the risk of data leakage or corruption can be significant in environments that allow nested virtualization or host the same physical machine for multiple guests. Given the potential impact on guest isolation, timely patching is recommended.

Generated by OpenCVE AI on October 24, 2026 at 15:41 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Update the Linux kernel to include the commit that re‑queues GET_NESTED_STATE_PAGES before exiting to userspace
  • If a kernel upgrade cannot be performed immediately, disable nested virtualization or reject nested VM requests on the host to avoid the triggering condition
  • Continuously monitor host logs for VM‑Exit events related to GET_NESTED_STATE_PAGES failures and verify the flag is cleared on each exit

Generated by OpenCVE AI on October 24, 2026 at 15:41 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Sat, 24 Oct 2026 14:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-416

Sat, 24 Oct 2026 12:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-825
References
Metrics threat_severity

None

cvssV3_1

{'score': 5.6, 'vector': 'CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:C/C:N/I:N/A:H'}

threat_severity

Moderate


Sun, 18 Oct 2026 22:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-416

Sun, 18 Oct 2026 16:00:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: KVM: x86: Re-pend GET_NESTED_STATE_PAGES if getting said pages fails Re-pend GET_NESTED_STATE_PAGES before exiting to userspace if getting the nested pages fails in the KVM_RUN path. If userspace re-runs the vCPU, and vmcs02 holds valid PFNs from the *previous* run of L2, then KVM could re-enter L2 with stale, unpinned PFNs mapped into e.g. the vAPIC page. Note, both SVM and VMX (as of commit 11722439fb20 ("KVM: nVMX: Ensure KVM_REQ_GET_NESTED_STATE_PAGES is cleared on VM-Exit") ensure the request is cleared on VM-Exit (including the "forced" case), i.e. there is no risk of double-mapping due to emulated VMLAUNCH/VMRESUME/VMRUN *and* the request trying to map the nested pages.
Title KVM: x86: Re-pend GET_NESTED_STATE_PAGES if getting said pages fails
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-10-19T09:26:57.709Z

Reserved: 2026-09-25T10:25:14.376Z

Link: CVE-2026-98863

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-18T16:17:40.780

Modified: 2026-10-19T10:19:50.380

Link: CVE-2026-98863

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-10-18T00:00:00Z

Links: CVE-2026-98863 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-10-24T15:45:07Z

Weaknesses
  • CWE-825

    Expired Pointer Dereference