Phoronix informó el 8 de noviembre de 2026 de un fallo en la selección de la mitigación Branch History Injection (BHI) en Linux: en algunas configuraciones, podía quedar desactivada aunque siguiera siendo necesaria la protección frente al vector de ataque usuario-kernel. Una corrección propuesta figuraba en un pull request de x86.

Qué falló al seleccionar la mitigación BHI

Según Phoronix, la función bhi_select_mitigation() activaba la protección solo si estaba definido CPU_MITIGATE_GUEST_HOST. Si ese indicador no estaba activo, podía elegir BHI_MITIGATION_OFF incluso con CPU_MITIGATE_USER_KERNEL definido. Así, la decisión dependía del vector invitado-anfitrión aunque siguiera siendo necesaria la protección frente a ataques desde el espacio de usuario al kernel.

Desactivar KVM puede dejar sin efecto el vector invitado-anfitrión, pero no elimina por sí solo la necesidad de proteger el kernel frente al vector usuario-kernel.

Por qué un kernel sin KVM aún podía necesitar protección

En el caso descrito por Phoronix, un kernel compilado sin KVM podía dejar desactivado por defecto CPU_MITIGATE_GUEST_HOST, mientras que la protección indicada por CPU_MITIGATE_USER_KERNEL seguía siendo necesaria. El mismo medio informó de que arrancar con mitigations=auto,no_guest_host podía llevar a la misma selección.

En procesadores Intel afectados, la selección incorrecta podía dejar sin BHI_DIS_S o sin el bucle de limpieza BHB de forma predeterminada. Phoronix también mencionó ciertas configuraciones de ARM y AMD.

Qué cambio proponía el pull request de x86

El pull request de correcciones x86 enviado por Ingo Molnar a Linus Torvalds incluía un cambio de Breno Leitao para seleccionar la mitigación BHI según el vector de ataque, tal como indica el mensaje del pull request.

El 8 de noviembre de 2026, Phoronix informó de que se esperaba integrar el cambio antes de Linux 7.4-rc2 y de que se planteaban backports a ramas compatibles desde 2022, año en que se introdujo BHI.