CVE-2026-64287

KVM: arm64: Bound used_lrs when flushing the pKVM hyp vCPU

State
Published
Severity
8.2 High
Published
Jul 25, 2026
Updated
Oct 19, 2026
Reserved
Jul 19, 2026

Read the record on cve.org

Description

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

KVM: arm64: Bound used_lrs when flushing the pKVM hyp vCPU

flush_hyp_vcpu() copies the host vGIC state into the hyp's private vCPU on every run. The vGIC list register save and restore use used_lrs as their loop bound and expect it to stay within the number of implemented list registers. While this is generally the case, flush_hyp_vcpu() copies vgic_v3 verbatim and does not enforce this, so a value provided by the host is used at EL2 to index vgic_lr[] and access ICH_LR<n>_EL2 (host -> EL2).

Fix by clamping used_lrs to the number of implemented list registers after the copy, as the trusted path already does in vgic_flush_lr_state(). The number of implemented list registers is constant after init, so it is replicated once from kvm_vgic_global_state.nr_lr into hyp_gicv3_nr_lr rather than read on every entry.

Scores

CVSSScoreVectorSource
3.18.2 HighCVSS:3.1/AV:L/AC:L/PR:H/UI:N/S:C/C:H/I:H/A:HLinux

Weaknesses

Affected Products

ProductVersions
LinuxLinux
  • be66e67f175096f283c9d5614c4991fc9e7ed975 to before 2c5e72b9fbf83fdfa724e9f1af0f418ccf8739b8Affected
  • be66e67f175096f283c9d5614c4991fc9e7ed975 to before 9fa301d8298778dd799fa4dcf7a7f440715d146eAffected
  • be66e67f175096f283c9d5614c4991fc9e7ed975 to before c646431865f4b1a5b14067233fa27b11e05e0d46Affected
  • be66e67f175096f283c9d5614c4991fc9e7ed975 to before 7fca3fcef81c713bc82a37bf741e0f28e6d04a6fAffected
  • be66e67f175096f283c9d5614c4991fc9e7ed975 to before 8cc8bbbfab14c22c5551d0dd19b208a44b141c76Affected
LinuxLinux
  • 6.2Affected
  • before 6.2Not affected
  • 6.6.145 through 6.6.*Not affected
  • 6.12.97 through 6.12.*Not affected
  • 6.18.40 through 6.18.*Not affected
  • 7.1.4 through 7.1.*Not affected
  • 7.2 and laterNot affected

References

Every record here comes from the CVE Program’s CVE List. © 1999–2026 The MITRE Corporation. CVE is a registered trademark of The MITRE Corporation. The records are reproduced under the CVE Program terms of use.