CVE-2026-43483

KVM: SVM: Set/clear CR8 write interception when AVIC is (de)activated

published May 13, 2026

CVSS
—
EPSS
0%
Percentile
5.1
In the wild
Unconfirmed
What it is

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

KVM: SVM: Set/clear CR8 write interception when AVIC is (de)activated

Explicitly set/clear CR8 write interception when AVIC is (de)activated to

fix a bug where KVM leaves the interception enabled after AVIC is

activated. E.g. if KVM emulates INIT=>WFS while AVIC is deactivated, CR8

will remain intercepted in perpetuity.

On its own, the dangling CR8 intercept is "just" a performance issue, but

combined with the TPR sync bug fixed by commit d02e48830e3f ("KVM: SVM:

Sync TPR from LAPIC into VMCB::V_TPR even if AVIC is active"), the danging

intercept is fatal to Windows guests as the TPR seen by hardware gets

wildly out of sync with reality.

Note, VMX isn't affected by the bug as TPR_THRESHOLD is explicitly ignored

when Virtual Interrupt Delivery is enabled, i.e. when APICv is active in

KVM's world. I.e. there's no need to trigger update_cr8_intercept(), this

is firmly an SVM implementation flaw/detail.

WARN if KVM gets a CR8 write #VMEXIT while AVIC is active, as KVM should

never enter the guest with AVIC enabled and CR8 writes intercepted.

[Squash fix to avic_deactivate_vmcb. - Paolo]

The record
Technical detail
CVSS
Not scored
CVSS v4.0
Not supplied
EPSS
0.00162 · 5.1th percentile
Published
2026-05-13T15:08Z
EPSS history
Timeline
  • 13 MAY 15:08Z
    KVM: SVM: Set/clear CR8 write interception when AVIC is (de)activated
    cvelistv5