Phoronix meldde op 8 november 2026 dat de Linux-kernel in sommige configuraties de mitigatie voor Branch History Injection (BHI) kon uitschakelen, ook wanneer bescherming tegen aanvallen van user-to-kernel nog nodig was. Een correctie stond in een x86-pullrequest. Phoronix
Hoe de selectie van BHI-bescherming mis kon gaan
Volgens Phoronix kon bhi_select_mitigation() de BHI-mitigatie alleen inschakelen wanneer CPU_MITIGATE_GUEST_HOST actief was. Stond die vlag uit, dan kon de functie BHI_MITIGATION_OFF kiezen, zelfs als CPU_MITIGATE_USER_KERNEL actief was.
De twee vlaggen horen bij verschillende aanvalsvectoren: guest-to-host en user-to-kernel. De fout zat erin dat de keuze voor bescherming tegen de ene vector bepalend kon worden voor de mitigatie die nodig was voor de andere.
Beoordeel de BHI-keuze per aanvalsvector: bescherming tegen user-to-kernel-aanvallen kan nodig blijven wanneer de guest-to-host-mitigatie uitstaat.
Waarom een kernel zonder KVM toch bescherming kon nodig hebben
In het voorbeeld van Phoronix was de kernel gebouwd zonder KVM. Daardoor kon CPU_MITIGATE_GUEST_HOST standaard uitstaan, terwijl bescherming tegen user-to-kernel-aanvallen nog steeds nodig was. Phoronix meldde dat ook de opstartoptie mitigations=auto,no_guest_host tot dezelfde selectiefout kon leiden.
Op getroffen Intel-processors kon de fout ertoe leiden dat standaard BHI_DIS_S of de BHB-clearing loop ontbrak. Phoronix noemde daarnaast bepaalde configuraties van ARM- en AMD-processors.
Wat het x86-pullrequest voorstelde
Het zichtbare item in het x86-pullrequest draagt de naam Breno Leitao en stelt voor de BHI-mitigatie op basis van de aanvalsvector te selecteren. Daarmee richtte de voorgestelde correctie zich op de selectieregel die de bescherming kon uitschakelen.
Phoronix meldde op 8 november 2026 dat samenvoeging vóór Linux 7.4-rc2 werd verwacht. Ook waren backports bedoeld voor ondersteunde kernelbranches die teruggaan tot 2022, het jaar waarin BHI volgens Phoronix werd geïntroduceerd.
