Answer in brief
CVE-2026-43483 records a Medium severity (CVSS 5.5) vulnerability in KVM: SVM: Set/clear CR8 write interception when AVIC is (de)activated. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 5.5. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=3bbf3565f48ce3999b5a12cde946f81bd4475312 <a4123fe5d9122eef9852e4921f7cc463420f30d4 || >=3bbf3565f48ce3999b5a12cde946f81bd4475312 <816fa1dfae4532e851b1fe6b2434c753ecbd86c7 || >=3bbf3565f48ce3999b5a12cde946f81bd4475312 <01651e7751edbbc0fb4598f8367a3dabcfc8c182 || >=3bbf3565f48ce3999b5a12cde946f81bd4475312 <ba3bca40f9f25c053f69413e5f4a41dd0fd762bf || >=3bbf3565f48ce3999b5a12cde946f81bd4475312 <737410b32bd615b321da4fbeda490351b9af5e8b || >=3bbf3565f48ce3999b5a12cde946f81bd4475312 <87d0f901a9bd8ae6be57249c737f20ac0cace93d | a4123fe5d9122eef9852e4921f7cc463420f30d4, 816fa1dfae4532e851b1fe6b2434c753ecbd86c7, 01651e7751edbbc0fb4598f8367a3dabcfc8c182, ba3bca40f9f25c053f69413e5f4a41dd0fd762bf, 737410b32bd615b321da4fbeda490351b9af5e8b, 87d0f901a9bd8ae6be57249c737f20ac0cace93d |
| Linux/Linuxgeneric | 4.7 | Not reported |
Published upstream
May 13, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Jun 26, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Jun 26, 2026
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]
Quoted source text, attributed separately from HOL analysis.