Veeam advirtió sobre un fallo de arranque (*kernel panic*) en sus máquinas virtuales Software Appliance que utilizan procesadores AMD EPYC, debido a un error en las pruebas de seguridad FIPS del kernel de Linux. Para mitigarlo, recomienda desplegar la instancia en procesadores diferentes o realizar actualizaciones manuales. Además, la empresa informó que ya está distribuyendo parches para una vulnerabilidad crítica de ejecución remota de código (CVE-2026-98432) en algunos de sus productos.





Veeam advirtió a sus clientes sobre fallos de arranque que afectan a las máquinas virtuales (VM) de Software Appliance en hosts con procesadores AMD EPYC.

Las VM de Software Appliance de la compañía son máquinas virtuales preconfiguradas basadas en Linux que permiten a los administradores ejecutar la suite de software de respaldo Veeam Backup & Replication en dispositivos Linux sin instalar manualmente dependencias ni configurar el software.

Para cumplir con los marcos de seguridad corporativos y gubernamentales, el kernel de Linux subyacente ejecuta controles criptográficos y de salud integrados (como las pruebas de salud de jitterentropy) en modo FIPS durante el arranque temprano.


Sin embargo, como explicó la empresa en un aviso el miércoles, estas VM no arrancarán y sufrirán un fallo crítico (kernel panic) tras fallar una comprobación de jitterentropy en modo FIPS durante el arranque temprano en algunos procesadores AMD EPYC.

"Una máquina virtual de Veeam Software Appliance (Veeam Backup & Replication basado en Linux) que se ejecuta en un host con un procesador AMD EPYC falla intermitentemente al arrancar después de un reinicio, incluyendo un reinicio que sigue a una actualización que instala un nuevo kernel", afirmó [kb4960].

"Este problema ocurre porque el kernel de Linux utilizado por el Veeam Software Appliance ejecuta una prueba de salud de jitterentropy en modo FIPS durante el arranque temprano, y la prueba falla intermitentemente en ciertos procesadores AMD EPYC, incluidos los AMD EPYC 7262, 7302 y 7F72. Cuando la prueba falla, el kernel detiene el proceso de arranque con un kernel panic".

Este problema conocido se origina en la versión del kernel de Linux utilizada por el Veeam Software Appliance y afecta a la versión 13.1 y posteriores.

Según Veeam, los usuarios están viendo errores de kernel panic "Kernel panic - not syncing: jitterentropy: Initialization failed with host not compliant with requirements: 9" en los sistemas afectados.

Mitigación disponible

Para mitigar este problema, Veeam indicó a los administradores de TI que reimplementen el appliance en un host Linux con un procesador diferente.

Si el appliance no puede ser reimplementado en un sistema con un procesador no afectado, se aconseja a los administradores de TI desactivar las actualizaciones automáticas para el appliance e instalar las actualizaciones manualmente (mientras supervisan la VM durante el reinicio).

"Si ocurre el kernel panic, apague la máquina virtual y enciéndala de nuevo. Un reinicio del sistema operativo invitado no recupera la máquina virtual", añadió Veeam. "Después de que el appliance haya arrancado correctamente, no se esperan más errores y el funcionamiento de Veeam Backup & Replication no se ve afectado".

Hoy más temprano, Veeam también señaló [kb4966] que algunos de sus productos se ven afectados por una vulnerabilidad crítica del kernel de Linux (CVE-2026-98432) en el código de red TCP IPv4 que permite a atacantes remotos no autenticados ejecutar comandos como root en servidores que ejecutan oyentes Multipath TCP (MPTCP).

La empresa ha corregido el fallo CVE-2026-98432 para algunos componentes afectados de Veeam y ahora está distribuyendo el kernel parcheado a los sistemas afectados, ya sea como una corrección privada o a través de Veeam Updater.

Los productos de Veeam son utilizados por más de 550,000 clientes, incluyendo el 74% de las empresas Global 2,000 y el 82% de las compañías Fortune 500.


Fuente:
BleepingComputer