Bug 2507799 (CVE-2026-64555) - CVE-2026-64555 kernel: KVM: arm64: nv: Fix SPSR_EL2 restore in kvm_hyp_handle_mops()
Summary: CVE-2026-64555 kernel: KVM: arm64: nv: Fix SPSR_EL2 restore in kvm_hyp_handle...
Keywords:
Status: NEW
Alias: CVE-2026-64555
Product: Security Response
Classification: Other
Component: vulnerability
Version: unspecified
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Product Security DevOps Team
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2026-07-27 21:05 UTC by OSIDB Bzimport
Modified: 2026-07-29 05:20 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Embargoed:


Attachments (Terms of Use)

Description OSIDB Bzimport 2026-07-27 21:05:23 UTC
In the Linux kernel, the following vulnerability has been resolved:

KVM: arm64: nv: Fix SPSR_EL2 restore in kvm_hyp_handle_mops()

kvm_hyp_handle_mops() resets the single-step state machine as part of
rewinding state for a MOPS exception by modifying vcpu_cpsr() and
writing the result directly into hardware.

In the case of nested virtualization, vcpu_cpsr() is a synthetic value
such that the rest of KVM can deal with vEL2 cleanly. That means the
value requires translation before being written into hardware, which is
unfortunately missing from the MOPS handler.

Fix it by directly modifying SPSR_EL2 and avoiding the synthetic state
altogether, which will be resynchronized on the next 'full' exit back
to KVM.


Note You need to log in before you can comment on or make changes to this bug.