Veeam ha emitido un aviso dirigido a sus clientes sobre fallos de arranque que afectan a las máquinas virtuales de Software Appliance cuando se ejecutan en hosts equipados con procesadores AMD EPYC. Estas máquinas virtuales preconfiguradas, basadas en Linux, permiten a los administradores ejecutar la suite Veeam Backup & Replication sin necesidad de instalar dependencias ni configurar el software manualmente.
Para cumplir con los marcos de seguridad corporativos y gubernamentales, el kernel de Linux subyacente realiza comprobaciones criptográficas y de salud integradas, como las pruebas de salud de jitterentropy, en modo FIPS durante las primeras fases del arranque. Según explicó la compañía en un aviso publicado el miércoles, estas máquinas virtuales no logran arrancar y se bloquean con un kernel panic tras fallar la comprobación de jitterentropy en modo FIPS en determinados procesadores AMD EPYC.
Una máquina virtual de Veeam Software Appliance (Veeam Backup & Replication basado en Linux) que se ejecuta en un host con procesador AMD EPYC falla de forma intermitente al arrancar tras un reinicio, incluido un reinicio posterior a una actualización que instala un nuevo kernel.
Veeam detalló que el origen del problema está en que el kernel de Linux utilizado por el Software Appliance ejecuta una prueba de salud de jitterentropy en modo FIPS durante el arranque temprano, y dicha prueba falla de manera intermitente en ciertos procesadores AMD EPYC, entre ellos los modelos AMD EPYC 7262, 7302 y 7F72. Cuando la prueba falla, el kernel detiene el proceso de arranque con un kernel panic.
Se trata de un problema conocido que procede de la versión del kernel de Linux empleada por el Software Appliance y que afecta a la versión 13.1 y posteriores. Según Veeam, los usuarios de los sistemas afectados observan errores del tipo «Kernel panic – not syncing: jitterentropy: Initialization failed with host not compliant with requirements: 9».
Mitigación disponible
Para paliar el problema, Veeam recomienda a los administradores de TI volver a desplegar el appliance en un host Linux con un procesador diferente. Si no es posible redeployar el appliance en un sistema con un procesador no afectado, se aconseja desactivar las actualizaciones automáticas e instalarlas de forma manual, vigilando la máquina virtual durante el reinicio.
Si se produce el kernel panic, apague la máquina virtual y vuelva a encenderla. Reiniciar el sistema operativo invitado no recupera la máquina virtual. Una vez que el appliance haya arrancado correctamente, no se esperan más errores y el funcionamiento de Veeam Backup & Replication no se ve afectado.
Ese mismo día, Veeam también informó de que algunos de sus productos están afectados por una vulnerabilidad crítica del kernel de Linux (CVE-2026-98432) en el código de red TCP de IPv4, que permite a atacantes remotos no autenticados ejecutar comandos como root en servidores que ejecutan listeners de Multipath TCP (MPTCP). La compañía ya ha corregido la vulnerabilidad en algunos componentes afectados y está distribuyendo el kernel parcheado mediante una corrección privada o a través de Veeam Updater.
Los productos de Veeam son utilizados por más de 550.000 clientes, entre ellos el 74 % de las empresas del Global 2.000 y el 82 % de las compañías de Fortune 500.
Deja una respuesta