SecvalisbySYSDEVOPS.EU
Katalog CVE
EnglishPolski

CVE-2026-43483

ŚrednieCVSS 5.5
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.11%

Percentyl 2 - wyżej niż 2% wszystkich znanych CVE

Streszczenie

W jądrze Linux wykryto podatność w module KVM dla procesorów AMD (SVM). Problem polega na tym, że przechwytywanie zapisów do rejestru CR8 nie jest prawidłowo wyłączane po aktywacji kontrolera AVIC (Advanced Virtual Interrupt Controller). Powoduje to, że przechwytywanie pozostaje włączone na stałe, co w połączeniu z innym błędem synchronizacji TPR prowadzi do rozsynchronizowania wartości TPR widzianej przez sprzęt, co jest krytyczne dla maszyn wirtualnych z systemem Windows.

Ocena ryzyka

Dla organizacji ryzyko polega na potencjalnej awarii maszyn wirtualnych z systemem Windows na hostach z procesorami AMD, co może prowadzić do przerw w działaniu usług i utraty danych. Podatność może być wykorzystana do destabilizacji środowiska wirtualizacyjnego.

Rekomendacja

Zaleca się natychmiastową aktualizację jądra Linux do wersji zawierającej poprawkę (commit d02e48830e3f oraz powiązane zmiany). Należy również monitorować, czy AVIC jest aktywny i czy nie występują nieoczekiwane przechwycenia CR8.

Powiązane podatności

Oryginalny opis (angielski, źródło NVD)

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]

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS