La empresa Veeam, líder en soluciones de respaldo, ha advertido a sus clientes sobre un problema técnico crítico que provoca el fallo en el arranque de las máquinas virtuales (VMs) de su producto Software Appliance al ejecutarse en servidores equipados con procesadores AMD EPYC. Este problema causa un colapso del núcleo (Kernel Panic), lo que puede interrumpir las operaciones de respaldo y gestión de datos.
Detalles del problema técnico
El origen del problema reside en el kernel de Linux utilizado en las versiones Veeam Software Appliance 13.1 y posteriores. Para cumplir con los marcos de seguridad gubernamentales y corporativos, el kernel opera en modo FIPS, el cual requiere realizar pruebas de integridad y cifrado (como las pruebas de jitterentropy) durante las etapas iniciales del arranque.
Según la alerta emitida por la empresa, estas pruebas fallan de forma intermitente en algunos modelos de procesadores AMD EPYC, específicamente los modelos: 7262, 7302 y 7F72. Cuando la prueba falla, el proceso de arranque se detiene inmediatamente y aparece el mensaje de error: "Kernel panic - not syncing: jitterentropy: Initialization failed with host not compliant with requirements: 9".
¿Por qué es importante esta noticia?
Este problema adquiere una importancia crítica debido a que una amplia parte de la infraestructura digital depende de las soluciones de Veeam; la empresa presta servicios a más de 550,000 clientes, incluyendo el 82% de las empresas de Fortune 500. La estabilidad de las herramientas de respaldo es la piedra angular de la continuidad del negocio, y cualquier fallo en el arranque de estos sistemas podría dejar a las organizaciones sin protección suficiente en casos de emergencia. Además, este problema coloca a los administradores de sistemas en un dilema entre mantener los estándares de cumplimiento de seguridad (FIPS) y garantizar la estabilidad operativa de los servidores.
Medidas de mitigación y soluciones disponibles
Veeam ha proporcionado una serie de recomendaciones para que los administradores de TI gestionen esta situación:
- Reimplementación: Se prefiere reimplementar la máquina virtual en un servidor que utilice un procesador diferente que no esté afectado por el problema.
- Gestión de actualizaciones: En caso de que no sea posible cambiar el procesador, se deben desactivar las actualizaciones automáticas e instalar las actualizaciones manualmente, monitoreando cuidadosamente el proceso de reinicio.
- Procedimiento de emergencia: Si ocurre un colapso del kernel, se debe apagar la máquina virtual por completo y luego volver a encenderla; ya que simplemente reiniciar el sistema operativo invitado (Guest OS) no resolverá el problema.
En un contexto relacionado, la empresa señaló que también está trabajando en la resolución de una vulnerabilidad crítica en el kernel de Linux (CVE-2026-98432) que afecta a algunos de sus componentes, la cual podría permitir a los atacantes ejecutar comandos con privilegios de root de forma remota, y ya ha comenzado a implementar las correcciones necesarias a través de sus actualizaciones.