CVE-2026-98716
NieznaneStreszczenie
W jądrze Linux w KVM SVM sprawdzanie, czy dostęp do MSR jest przechwytywany, używa bitmapy MSR z aktywnego VMCB zamiast zakładać, że zawsze używana jest bitmapa vmcb02. KVM używa msrpm02 tylko wtedy, gdy L1 chce przechwytywać dostępy do MSR.
Ocena ryzyka
Nieprawidłowe sprawdzanie przechwytywania MSR może prowadzić do błędów w wirtualizacji zagnieżdżonej, potencjalnie umożliwiając obejście mechanizmów kontroli lub nieprawidłowe działanie gościa.
Rekomendacja
Zaktualizować jądro Linux do wersji zawierającej poprawkę używającą bitmapy MSR aktywnego VMCB przy sprawdzaniu przechwytywania MSR.
Inne podatności w Linux kernel (KVM SVM)
Zobacz wszystkie- CVE-2026-98715Nieznane
W jądrze Linux w KVM SVM niepowodzenie VMRUN powoduje wyzerowanie kontroli TLB w VMCB, co efektywnie porzuca żądane opróżnienie TLB. Poprawka zachowuje kontrolę TLB przy nieudanym VMRUN i śledzi potrzebę opróżnienia wszystkich ASID per-CPU.
- CVE-2026-98714Nieznane
W jądrze Linux w KVM SVM pola control.erap_ctl i control.clean w VMCB nie są aktualizowane, gdy VMRUN zakończy się niepowodzeniem. Zgodnie z dokumentacją AMD nie ma gwarancji, że żądane akcje zostały wykonane, więc aktualizacja tych pól może wprowadzać KVM w błąd.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: KVM: SVM: Use the active VMCB's MSR bitmap when checking if MSR is intercepted Use the MSR permission bitmap of the active VMCB instead of assuming that KVM is always using vmcb02's bitmap when L2 is active, as KVM uses msrpm02 if and only if L1 wants to intercept MSR accesses, i.e. if and only if KVM needs to merge msprm01 with msrpm12. Don't bother tracking the virtual address of the bitmap that's being used, as __va() is cheap on x86, and caching the virtual address would introduce yet another source of potentially stale information.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS