CVE-2026-98714
NieznaneStreszczenie
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.
Ocena ryzyka
Nieprawidłowe śledzenie stanu kontroli po nieudanym VMRUN może prowadzić do błędów w wirtualizacji, niespójności stanu gościa lub potencjalnych problemów z bezpieczeństwem.
Rekomendacja
Zaktualizować jądro Linux do wersji zawierającej poprawkę aktualizującą pola kontrolne tylko wtedy, gdy VMRUN zakończył się sukcesem.
Inne podatności w Linux kernel (KVM SVM)
Zobacz wszystkie- CVE-2026-98716Nieznane
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.
- 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.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: KVM: SVM: Update control fields on #VMEXIT if and only if VMRUN succeeded Leave control.erap_ctl and control.clean as-is in the VMCS if VMRUN fails, because as per AMD: there's no explicit architectural guarantee about the behavior in the presence of VMRUN failures. So the best thing to do would be to assume that if VMRUN fails, the actions requested in the control fields may not have been performed.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS