In the Linux kernel, the following vulnerability has been resolved: KVM: x86: Unconditionally recompute CR8 intercept on PPR update The… (CVE-2026-64513)
A vulnerability in the Linux kernel's KVM x86 virtualization component related to the handling of CR8 intercept on PPR updates has been resolved. The issue involves improper recomputation of the CR8 intercept when no new interrupts are pending, leading to a stale TPR_THRESHOLD value. This can cause VM entry failures with hardware error 0x7 on older platforms or nested virtualization environments without virtual-interrupt delivery support. The fix ensures that KVM correctly updates CR8 intercepts whenever the guest's PPR is updated, preventing these VM entry failures.
AI Analysis
Technical Summary
The vulnerability in the Linux kernel KVM x86 virtualization arises from the optimization of the handle_tpr_below_threshold() function, where apic_update_ppr() replaced raising KVM_REQ_EVENT. If no new interrupts are pending, apic_update_ppr() does not raise KVM_REQ_EVENT, causing kvm_lapic_update_cr8_intercept() and vmx_update_cr8_intercept() not to be called before VM entry. This results in a stale TPR_THRESHOLD value, violating VMX execution control checks and causing VM entry failures with hardware error 0x7 on systems lacking APICv support or under nested virtualization on hypervisors like Hyper-V. The remediation involves calling kvm_lapic_update_cr8_intercept() when apic_update_ppr() does not find deliverable interrupts, ensuring proper CR8 intercept updates on all PPR update paths.
Potential Impact
This vulnerability can cause virtual machine entry failures with hardware error 0x7 on affected systems, particularly older hardware without APICv support or nested virtualization environments on hypervisors that enforce strict VMX execution control checks. This may lead to denial of service for virtual machines relying on KVM on such platforms. There is no indication of code execution or privilege escalation from the provided data.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. The description indicates that a code fix has been implemented in the Linux kernel to address this issue by ensuring CR8 intercepts are updated correctly on all PPR update paths. Users should monitor official Linux kernel advisories and update to fixed kernel versions once available. No alternative mitigations are specified.
In the Linux kernel, the following vulnerability has been resolved: KVM: x86: Unconditionally recompute CR8 intercept on PPR update The… (CVE-2026-64513)
Description
A vulnerability in the Linux kernel's KVM x86 virtualization component related to the handling of CR8 intercept on PPR updates has been resolved. The issue involves improper recomputation of the CR8 intercept when no new interrupts are pending, leading to a stale TPR_THRESHOLD value. This can cause VM entry failures with hardware error 0x7 on older platforms or nested virtualization environments without virtual-interrupt delivery support. The fix ensures that KVM correctly updates CR8 intercepts whenever the guest's PPR is updated, preventing these VM entry failures.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability in the Linux kernel KVM x86 virtualization arises from the optimization of the handle_tpr_below_threshold() function, where apic_update_ppr() replaced raising KVM_REQ_EVENT. If no new interrupts are pending, apic_update_ppr() does not raise KVM_REQ_EVENT, causing kvm_lapic_update_cr8_intercept() and vmx_update_cr8_intercept() not to be called before VM entry. This results in a stale TPR_THRESHOLD value, violating VMX execution control checks and causing VM entry failures with hardware error 0x7 on systems lacking APICv support or under nested virtualization on hypervisors like Hyper-V. The remediation involves calling kvm_lapic_update_cr8_intercept() when apic_update_ppr() does not find deliverable interrupts, ensuring proper CR8 intercept updates on all PPR update paths.
Potential Impact
This vulnerability can cause virtual machine entry failures with hardware error 0x7 on affected systems, particularly older hardware without APICv support or nested virtualization environments on hypervisors that enforce strict VMX execution control checks. This may lead to denial of service for virtual machines relying on KVM on such platforms. There is no indication of code execution or privilege escalation from the provided data.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. The description indicates that a code fix has been implemented in the Linux kernel to address this issue by ensuring CR8 intercepts are updated correctly on all PPR update paths. Users should monitor official Linux kernel advisories and update to fixed kernel versions once available. No alternative mitigations are specified.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-2vpm-g563-9g48
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-64513"]
- Ecosystems
- []
- Database Specific Severity
- null
- Cvss Version
- null
Threat ID: 6a6542069c2644c7f80820cd
Added to database: 07/25/2026, 23:08:54 UTC
Last enriched: 07/25/2026, 23:15:46 UTC
Last updated: 07/26/2026, 05:31:53 UTC
Views: 5
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.