Według Phoronix w niektórych konfiguracjach Linuksa zabezpieczenie przed Branch History Injection (BHI) mogło zostać wyłączone, mimo że nadal potrzebna była ochrona przed atakiem z przestrzeni użytkownika do jądra. Zgłoszona poprawka dla x86 miała dobierać zabezpieczenie do wektora ataku.
Dlaczego kernel bez KVM mógł stracić ochronę BHI
Phoronix opisał błąd funkcji bhi_select_mitigation(): włączała zabezpieczenie BHI, gdy ustawiono CPU_MITIGATE_GUEST_HOST, a w przeciwnym razie wybierała BHI_MITIGATION_OFF. Mogło do tego dojść nawet wtedy, gdy ustawione było CPU_MITIGATE_USER_KERNEL.
Te flagi dotyczą różnych wektorów ataku. Pierwsza odnosi się do ataku z maszyny wirtualnej na hosta, druga do ataku z przestrzeni użytkownika na jądro. W przykładzie opisanym przez Phoronix kernel skompilowany bez KVM mógł domyślnie wyłączyć ochronę guest-to-host, choć zabezpieczenie user-to-kernel nadal było potrzebne. Ten sam skutek mogło mieć uruchomienie systemu z parametrem mitigations=auto,no_guest_host.
Kernel bez KVM nadal może potrzebować ochrony BHI przed atakiem z przestrzeni użytkownika.
Co proponowała poprawka x86
Wpis w pull requeście x86 przypisany Breno Leitao proponował wybierać mitigację BHI na podstawie wektora ataku. Phoronix podał 8 listopada 2026 r., że spodziewano się integracji poprawki przed Linux 7.4-rc2, a backporty planowano dla wspieranych gałęzi jądra sięgających 2022 r., kiedy wprowadzono BHI.
Jakie procesory wymieniono
Phoronix podał, że w dotkniętych problemem procesorach Intel domyślnie mogło zabraknąć BHI_DIS_S albo pętli czyszczącej BHB. Wspomniał też o niektórych konfiguracjach ARM i AMD, bez wskazania konkretnych modeli.
