A Veeam, líder em soluções de backup, alertou seus clientes sobre um problema técnico crítico que causa falhas na inicialização de máquinas virtuais (VMs) de seu produto Software Appliance ao serem executadas em servidores equipados com processadores AMD EPYC. Este problema causa um colapso do kernel (Kernel Panic), o que pode interromper as operações de backup e gerenciamento de dados.
Detalhes do problema técnico
A raiz do problema reside no kernel do Linux utilizado nas versões do Veeam Software Appliance 13.1 e posteriores. Para cumprir com estruturas de segurança governamentais e corporativas, o kernel opera no modo FIPS, que exige a execução de testes de integridade e criptografia (como os testes jitterentropy) durante os estágios iniciais de inicialização.
De acordo com o alerta emitido pela empresa, esses testes falham intermitentemente em alguns modelos de processadores AMD EPYC, especificamente os modelos: 7262, 7302 e 7F72. Quando o teste falha, o processo de inicialização para imediatamente e a mensagem de erro é exibida: "Kernel panic - not syncing: jitterentropy: Initialization failed with host not compliant with requirements: 9".
Por que esta notícia é importante?
Este problema é de extrema importância devido à dependência de uma ampla parcela da infraestrutura digital nas soluções da Veeam; a empresa atende a mais de 550.000 clientes, incluindo 82% das empresas da Fortune 500. A estabilidade das ferramentas de backup é a pedra angular da continuidade dos negócios, e qualquer falha na inicialização desses sistemas pode deixar as organizações sem proteção adequada em situações de emergência. Este problema também coloca os administradores de sistemas em um dilema entre manter os padrões de conformidade de segurança (FIPS) e garantir a estabilidade operacional dos servidores.
Medidas de mitigação e soluções disponíveis
A Veeam forneceu uma série de recomendações para que os gerentes de TI lidem com esta situação:
- Redistribuição: É preferível redistribuir a máquina virtual em um servidor que utilize um processador diferente, não afetado pelo problema.
- Gerenciamento de atualizações: Caso não seja possível alterar o processador, as atualizações automáticas devem ser desativadas e as atualizações devem ser instaladas manualmente, monitorando cuidadosamente o processo de reinicialização.
- Procedimento de emergência: Se ocorrer um colapso do kernel, a máquina virtual deve ser desligada completamente e depois reiniciada; uma simples reinicialização do sistema operacional convidado (Guest OS) não resolverá o problema.
Em um contexto relacionado, a empresa indicou que também está trabalhando para solucionar uma vulnerabilidade crítica no kernel do Linux (CVE-2026-98432) que afeta alguns de seus componentes, a qual poderia permitir que invasores executem comandos com privilégios de root remotamente, e já começou a distribuir as correções necessárias por meio de suas atualizações.