CVE-2026-46059
ŚrednieCVSS 5.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 2 - wyżej niż 2% wszystkich znanych CVE
Streszczenie
W jądrze systemu Linux rozwiązano podatność w KVM, która dotyczy używania NextRIP w vmcb02 po pierwszym uruchomieniu L2 VMRUN. Problem występuje, gdy NRIPS jest wyłączony, co prowadzi do nieprawidłowego ustawienia NextRIP.
Ocena ryzyka
Organizacje mogą być narażone na problemy z emulacją CPU w środowiskach wirtualnych, co może prowadzić do nieprzewidywalnych zachowań systemu i potencjalnych luk w zabezpieczeniach.
Rekomendacja
Zaleca się aktualizację jądra systemu Linux do najnowszej wersji, aby załatać tę podatność i zapewnić prawidłowe działanie emulacji CPU w środowiskach KVM.
Inne podatności w Linux kernel, KVM
Zobacz wszystkie- CVE-2026-46113Wysokie
W jądrze Linuxa naprawiono podatność w KVM, która dotyczyła użycia po zwolnieniu pamięci w kontekście shadow paging. Problem występował, gdy tabele stron gościa były modyfikowane między wejściami VM, co prowadziło do błędów w zarządzaniu pamięcią.
- CVE-2026-46014Średnie
W jądrze Linuxa zidentyfikowano podatność w KVM dotycząca obsługi MSR LBR, która nie była poprawnie zapisywana i przywracana. Problem ten został rozwiązany poprzez dodanie odpowiednich MSR do listy oraz umożliwienie zapisu z przestrzeni użytkownika, gdy wirtualizacja LBR jest włączona.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: KVM: nSVM: Always use NextRIP as vmcb02's NextRIP after first L2 VMRUN For guests with NRIPS disabled, L1 does not provide NextRIP when running an L2 with an injected soft interrupt, instead it advances the current RIP before running it. KVM uses the current RIP as the NextRIP in vmcb02 to emulate a CPU without NRIPS. However, after L2 runs the first time, NextRIP will be updated by the CPU and/or KVM, and the current RIP is no longer the correct value to use in vmcb02. Hence, after save/restore, use the current RIP if and only if a nested run is pending, otherwise use NextRIP. Give soft_int_next_rip the same treatment, as it's the same logic, just for a narrower use case. [sean: give soft_int_next_rip the same treatment]