CVE-2026-64172
Beschrijving NL
In de Linux kernel is de volgende kwetsbaarheid verholpen:
KVM: SVM: Schakel AVIC IPI-virtualisatie uit op Hygon Family 18h (erratum #1235)
Hygon Family 18h CPU's zijn afgeleid van AMD Family 17h (Zen1) silicium en
deel hetzelfde erratum #1235: hardware kan een oude IsRunning =1 bit lezen
tijdens ICR-schrijfemulatie en het stilzwijgend niet genereren van een
AVIC_IPI_FAILURE_TARGET_NOT_RUNNING VM-Exit op de verzendende vCPU. De afwezigheid van de VM-Exit zorgt ervoor dat KVM de vereiste wake-up van
het blokkeren van doel-vCPU's, wat leidt tot opgehangen vCPU's en onbegrensde vertragingen in
gastuitvoering. Breid de bestaande AMD Family 17h erratum #1235 workaround uit om ook te dekken
Hygon Family 18h. Met IPI-virtualisatie uitgeschakeld, stelt KVM nooit in
IsRunning=1 in de tabel Fysieke ID, dus elke niet-zelf IPI genereert een
VM-Exit en is correct geëmuleerd.
Origineel (Engels) tonen
In the Linux kernel, the following vulnerability has been resolved:
KVM: SVM: Disable AVIC IPI virtualization on Hygon Family 18h (erratum #1235)
Hygon Family 18h CPUs are derived from AMD Family 17h (Zen1) silicon and
share the same erratum #1235: hardware may read a stale IsRunning=1 bit
during ICR write emulation and silently fail to generate an
AVIC_IPI_FAILURE_TARGET_NOT_RUNNING VM-Exit on the sending vCPU.
The absence of the VM-Exit causes KVM to miss the required wakeup of
blocking target vCPUs, leading to hung vCPUs and unbounded delays in
guest execution.
Extend the existing AMD Family 17h erratum #1235 workaround to also cover
Hygon Family 18h. With IPI virtualization disabled, KVM never sets
IsRunning=1 in the Physical ID table, so every non-self IPI generates a
VM-Exit and is correctly emulated.