La société Veeam, leader des solutions de sauvegarde, a averti ses clients d'un problème technique critique entraînant l'échec du démarrage des machines virtuelles (VM) de son produit Software Appliance lorsqu'elles sont exécutées sur des serveurs équipés de processeurs AMD EPYC. Ce problème provoque une panique du noyau (Kernel Panic), ce qui peut interrompre les opérations de sauvegarde et de gestion des données.
Détails du problème technique
L'origine du problème réside dans le noyau Linux (Linux kernel) utilisé dans les versions Veeam Software Appliance 13.1 et ultérieures. Pour se conformer aux cadres de sécurité gouvernementaux et d'entreprise, le noyau fonctionne en mode FIPS, ce qui nécessite l'exécution de tests d'intégrité et de chiffrement (tels que les tests jitterentropy) lors des phases de démarrage initiales.
Selon l'alerte émise par la société, ces tests échouent de manière intermittente sur certains modèles de processeurs AMD EPYC, plus précisément les modèles : 7262, 7302 et 7F72. Lorsque le test échoue, le processus de démarrage s'arrête immédiatement et le message d'erreur suivant s'affiche : "Kernel panic - not syncing: jitterentropy: Initialization failed with host not compliant with requirements: 9".
Pourquoi cette nouvelle est-elle importante ?
Ce problème revêt une importance capitale étant donné la dépendance d'une large partie de l'infrastructure numérique envers les solutions Veeam ; l'entreprise dessert plus de 550 000 clients, dont 82 % des entreprises du Fortune 500. La stabilité des outils de sauvegarde est la pierre angulaire de la continuité des activités, et toute défaillance dans le démarrage de ces systèmes pourrait laisser les organisations sans protection adéquate en cas d'urgence. Ce problème place également les administrateurs système dans une situation délicate entre le maintien des normes de conformité de sécurité (FIPS) et la garantie de la stabilité de fonctionnement des serveurs.
Mesures d'atténuation et solutions disponibles
Veeam a fourni une série de recommandations aux responsables informatiques pour gérer cette situation :
- Redéploiement : Il est préférable de redéployer la machine virtuelle sur un serveur utilisant un processeur différent non affecté par le problème.
- Gestion des mises à jour : Si le changement de processeur est impossible, il convient de désactiver les mises à jour automatiques et d'installer les mises à jour manuellement tout en surveillant attentivement le processus de redémarrage.
- Procédure d'urgence : Si une panique du noyau se produit, la machine virtuelle doit être complètement arrêtée puis redémarrée ; un simple redémarrage du système d'exploitation invité (Guest OS) ne résoudra pas le problème.
Dans le même contexte, la société a indiqué qu'elle travaille également à corriger une vulnérabilité critique du noyau Linux (CVE-2026-98432) affectant certains de ses composants, qui pourrait permettre à des attaquants d'exécuter des commandes avec des privilèges root à distance, et elle a déjà commencé à déployer les correctifs nécessaires via ses mises à jour.