Veeam предупреди клиентите си за проблеми при стартиране (boot failures), засягащи виртуалните машини (VM) на Software Appliance върху хостове с процесори AMD EPYC.
Виртуалните машини Software Appliance на компанията са предварително конфигурирани, базирани на Linux виртуални машини, които позволяват на администраторите да използват пакета за архивиране Veeam Backup & Replication на Linux устройства, без да се налага ръчно инсталиране на зависимости или конфигуриране на софтуера.
За да отговори на корпоративните и правителствените рамки за сигурност, базовото Linux ядро изпълнява интегрирани проверки за изправност и криптографски тестове (като например тестове за изправност на jitterentropy) във FIPS режим по време на ранния етап на стартиране.
Въпреки това, както обясни компанията в бюлетин в сряда, тези виртуални машини няма да успеят да се стартират и ще блокират с грешка в ядрото (kernel panic) след неуспешна проверка на jitterentropy във FIPS режим по време на ранното зареждане при някои процесори AMD EPYC.
„Виртуална машина Veeam Software Appliance (базирана на Linux версия на Veeam Backup & Replication), работеща на хост с процесор AMD EPYC, периодично не успява да се стартира след рестартиране, включително рестартиране след обновяване, което инсталира ново ядро“, се казва в съобщението.
„Този проблем възниква, тъй като Linux ядрото, използвано от Veeam Software Appliance, изпълнява тест за изправност на jitterentropy във FIPS режим по време на ранното стартиране, а тестът периодично се проваля при определени процесори AMD EPYC, включително AMD EPYC 7262, 7302 и 7F72. Когато тестът е неуспешен, ядрото спира процеса на стартиране с грешка kernel panic.“
Този известен проблем произлиза от версията на Linux ядрото, използвана от Veeam Software Appliance, и засяга Veeam Software Appliance версия 13.1 и по-нови.
Според Veeam потребителите виждат грешки от типа „Kernel panic - not syncing: jitterentropy: Initialization failed with host not compliant with requirements: 9“ върху засегнатите системи.
Налични мерки за ограничаване на проблема
За да се ограничи този проблем, Veeam посъветва ИТ администраторите да разположат повторно виртуалното устройство (appliance) на Linux хост с различен процесор.
Ако виртуалното устройство не може да бъде преместено на система с незасегнат процесор, ИТ администраторите се съветват да деактивират автоматичните обновявания за него и да ги инсталират ръчно (като наблюдават виртуалната машина, докато се рестартира).
„Ако възникне грешка kernel panic, изключете захранването на виртуалната машина и я включете отново. Рестартирането на гост операционната система не възстановява виртуалната машина“, добавят от Veeam. „След като устройството се стартира успешно, не се очакват повече грешки и работата на Veeam Backup & Replication не е засегната.“
По-рано днес от Veeam също така съобщиха, че някои от техните продукти са засегнати от критична уязвимост в Linux ядрото (CVE-2026-98432) в кода за IPv4 TCP мрежова комуникация, която позволява на отдалечени неавтентикирани атакуващи да изпълняват команди с права на root върху сървъри, използващи Multipath TCP (MPTCP) слушатели (listeners).
Компанията е отстранила уязвимостта CVE-2026-98432 за някои засегнати компоненти на Veeam и в момента разпространява ядрото с инсталирана корекция за сигурност към засегнатите системи или като частна корекция, или чрез инструмента Veeam Updater.
Продуктите на Veeam се използват от над 550 000 клиенти, включително 74% от компаниите в класацията Global 2,000 и 82% от компаниите във Fortune 500.