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

KVM: arm64: nv: Fix null ptr deref on nested wp/unmap, teardown race

Commit 7270cc9157f4 ("KVM: arm64: nv: Handle VNCR_EL2 invalidation from MMU
notifiers") introduced VNCR_EL2 invalidation in both kvm_nested_s2_unmap()
and kvm_nested_s2_wp().

However at the point of this being performed concurrent stage 2 teardown of
a nested guest can cause kvm->arch.mmu.pgt to be set to NULL.

This happens in kvm_flush_shadow_all() -> kvm_arch_flush_shadow_all() ->
kvm_free_stage2_pgd() and is performed under the kvm->mmu_lock.

Commit ec14c272408a ("KVM: arm64: nv: Unmap/flush shadow stage 2 page
tables") introduced the teardown of the entire nested MMU range, which then
invokes stage2_apply_range() with resched=true:

mmu_notifier_invalidate_range_start()
-> ... -> kvm_mmu_notifier_invalidate_range_start()
-> kvm_mmu_unmap_gfn_range()
-> kvm_unmap_gfn_range()
-> kvm_nested_s2_unmap()
-> kvm_stage2_unmap_range()
-> __unmap_stage2_range()
-> stage2_apply_range()

This means that stage2_apply_range() can drop the kvm->mmu_lock and thus
concurrent progress can be made in lockstep with
kvm_arch_flush_shadow_all().

If kvm_arch_flush_shadow_all() advances ahead of stage2_apply_range() and
completes its operation it guarantees a NULL pointer deref.

Since kvm_free_stage2_pgd() is performed under the kvm->mmu_lock this will
either be observed NULL or not and serialised against
kvm_free_stage2_pgd().

Resolve the issue by abstracting the invalidation to a new function,
kvm_invalidate_vncr_ipa_all(), and check that the pgt is non-NULL before
dereferencing it.
Published: 2026-10-18
Score: 4.7 Medium
EPSS: < 1% Very Low
KEV: No
Impact: Denial of Service via kernel crash
Action: Apply Patch
AI Analysis

Impact

A race condition in the KVM ARM64 nested‑virtualization code can cause the kernel to dereference a null pointer when a nested guest performs write‑protect or unmap operations concurrently with tearing down the stage‑2 address space. The resulting kernel panic halts the host, providing a denial of service but no code execution. The CVE description does not state an attacker able to exploit this from outside; the attack requires control of a nested guest or compromise of a guest capable of triggering the race. Based on the description, it is inferred that the attacker would need privileged guest access and timely manipulation of page‑table operations.

Affected Systems

Linux kernel builds that support KVM on ARM64 and enable nested virtualization are affected, provided they have not yet integrated the two commits that address the race (7270cc9157f4 and ec14c272408a). The vendor identifier appears as Linux, and no specific kernel version range is listed, so all pre‑patched kernel releases with these KVM paths, regardless of distribution, are at risk.

Risk and Exploitability

The CVSS score of 4.7 represents moderate severity, while the EPSS score of less than 1 % indicates a low probability of real‑world exploitation. It is not listed in the CISA KEV catalog, suggesting no documented exploitation. An attacker would need to control a nested guest and perform precise page‑table manipulation to trigger the race, making the overall risk moderate yet contingent on a sophisticated attacker who can reach the nested environment.

Generated by OpenCVE AI on October 20, 2026 at 20:22 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Update the Linux kernel to a version that incorporates commits 7270cc9157f4 and ec14c272408a, which eliminate the race and null‑pointer dereference.
  • If a patched kernel is not yet available, disable nested virtualization for ARM64 guests by setting the appropriate kvm_nested module parameter or using the KVM configuration option that blocks nested page‑table operations.
  • After updating or reconfiguring, reboot the host or restart the KVM hypervisor to ensure the changes take effect and the race condition can no longer be triggered.

Generated by OpenCVE AI on October 20, 2026 at 20:22 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Tue, 20 Oct 2026 14:00:00 +0000

Type Values Removed Values Added
Weaknesses CWE-362

Tue, 20 Oct 2026 00:30:00 +0000

Type Values Removed Values Added
References
Metrics threat_severity

None

cvssV3_1

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

threat_severity

Moderate


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

Type Values Removed Values Added
Weaknesses CWE-362
CWE-476

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

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: KVM: arm64: nv: Fix null ptr deref on nested wp/unmap, teardown race Commit 7270cc9157f4 ("KVM: arm64: nv: Handle VNCR_EL2 invalidation from MMU notifiers") introduced VNCR_EL2 invalidation in both kvm_nested_s2_unmap() and kvm_nested_s2_wp(). However at the point of this being performed concurrent stage 2 teardown of a nested guest can cause kvm->arch.mmu.pgt to be set to NULL. This happens in kvm_flush_shadow_all() -> kvm_arch_flush_shadow_all() -> kvm_free_stage2_pgd() and is performed under the kvm->mmu_lock. Commit ec14c272408a ("KVM: arm64: nv: Unmap/flush shadow stage 2 page tables") introduced the teardown of the entire nested MMU range, which then invokes stage2_apply_range() with resched=true: mmu_notifier_invalidate_range_start() -> ... -> kvm_mmu_notifier_invalidate_range_start() -> kvm_mmu_unmap_gfn_range() -> kvm_unmap_gfn_range() -> kvm_nested_s2_unmap() -> kvm_stage2_unmap_range() -> __unmap_stage2_range() -> stage2_apply_range() This means that stage2_apply_range() can drop the kvm->mmu_lock and thus concurrent progress can be made in lockstep with kvm_arch_flush_shadow_all(). If kvm_arch_flush_shadow_all() advances ahead of stage2_apply_range() and completes its operation it guarantees a NULL pointer deref. Since kvm_free_stage2_pgd() is performed under the kvm->mmu_lock this will either be observed NULL or not and serialised against kvm_free_stage2_pgd(). Resolve the issue by abstracting the invalidation to a new function, kvm_invalidate_vncr_ipa_all(), and check that the pgt is non-NULL before dereferencing it.
Title KVM: arm64: nv: Fix null ptr deref on nested wp/unmap, teardown race
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:20:05.363Z

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

Link: CVE-2026-98467

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-18T16:16:57.190

Modified: 2026-10-19T10:18:56.837

Link: CVE-2026-98467

cve-icon Redhat

Severity : Moderate

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

Links: CVE-2026-98467 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-10-20T20:45:14Z

Weaknesses