CVE-2026-89929

W jądrze Linuksa usunięto następującą lukę:

KVM: nVM: Upewnij się, że INVVPID jest emulowany na właściwym fizycznym procesorze

Podczas emulacji INVVPID, KVM wykonuje INVVPID na fizycznym procesorze za pomocą
vpid02 (zamiast przypisanego do L1 VPID), po wykonaniu kilku walidacji
na operandach. Możliwe jest jednak, że fizyczny procesor KVM
wykonywany INVVPID różni się od procesora, na którym działa L2.

Na przykład w następującym scenariuszu:
- L2 działa na CPU nr 1 i wychodzi do L1 (vmx->nested.vmcs02.cpu=1)
- L1 migruje do procesora nr 2 i wykonuje INVVPID
- KVM wykonuje INVVPID na procesorze nr 2
- L1 migruje z powrotem do procesora nr 1 i uruchamia L2 (vmx->nested.vmcs02.cpu=1)

Wpisy TLB na procesorze nr 1 nigdy nie są unieważniane, ponieważ INVVPID był
wykonywany na procesorze nr 2, a vmcs02 nigdy nie działał na innym procesorze (tzn.
vmx_vcpu_load_vmcs() *nie* żąda KVM_REQ_TLB_FLUSH).

Upewnij się, że INVVPID jest wykonywany na tym samym procesorze CPU, na którym ostatnio działał L2
włączone, a jeśli nie, wróć do wyczyszczenia last_vpid=0, aby wyzwolić pełny VPID
Flush na następnym zagnieżdżonym VM-Enter (ponieważ KVM wykryje L1 za pomocą a
inny VPID dla L2). Jeśli L2 zostanie uruchomiony na innym komputerze PC, KVM
i tak opróżni TLB poprzez vmx_vcpu_load_vmcs().