Veeamは、AMD EPYCプロセッサを搭載したホスト上のSoftware Appliance仮想マシン（VM）で、起動に失敗する問題が発生しているとして、顧客に注意を呼びかけました。
同社のSoftware Appliance VMは、Linuxベースであらかじめ構成済みの仮想マシンです。管理者は依存関係を手動でインストールしたりソフトウェアを設定したりすることなく、バックアップソフトウェア群「Veeam Backup & Replication」をLinuxデバイス上で実行できます。
企業や政府のセキュリティフレームワークに準拠するため、基盤となるLinuxカーネルは、起動初期の段階でFIPSモードにより、ヘルスチェックや暗号関連のチェック（jitterentropyのヘルステストなど）を実行します。
ところが同社が水曜日に公開したアドバイザリーによると、一部のAMD EPYCプロセッサでは、起動初期のFIPSモードのjitterentropyチェックに失敗し、これらのVMはカーネルパニックを起こして起動できなくなります。
同社は次のように説明しています。
「AMD EPYCプロセッサを搭載したホスト上で動作するVeeam Software Appliance（LinuxベースのVeeam Backup & Replication）の仮想マシンが、再起動後に断続的に起動しなくなります。新しいカーネルをインストールする更新後の再起動も例外ではありません。この問題が発生する原因は、Veeam Software Applianceが使用するLinuxカーネルが起動初期にFIPSモードでjitterentropyのヘルステストを実行しており、AMD EPYC 7262、7302、7F72など一部のAMD EPYCプロセッサでこのテストが断続的に失敗するためです。テストに失敗すると、カーネルはカーネルパニックを起こして起動処理を停止します」
この既知の問題は、Veeam Software Applianceが使用するLinuxカーネルのバージョンに起因します。影響を受けるのは、Veeam Software Applianceのバージョン13.1以降です。
Veeamによると、影響を受けたシステムでは、「Kernel panic – not syncing: jitterentropy: Initialization failed with host not compliant with requirements: 9」というカーネルパニックのエラーが表示されているとのことです。
利用可能な緩和策
この問題を緩和するため、Veeamは、IT管理者に対し、アプライアンスを別のプロセッサを搭載したLinuxホストへ再デプロイするよう案内しています。
影響を受けないプロセッサのシステムに再デプロイできない場合は、アプライアンスの自動更新を無効にし、更新を手動でインストールすることが推奨されています（その際は、再起動中のVMを監視します）。
Veeamは次のように付け加えています。「カーネルパニックが発生した場合は、仮想マシンの電源を切り、再度オンにしてください。ゲストOSの再起動では、仮想マシンは復旧しません。アプライアンスが正常に起動すれば、それ以上のエラーは想定されず、Veeam Backup & Replicationの動作にも影響はありません」
Veeamは同日、別の発表も行っています。同社の一部製品が、IPv4 TCPネットワーキングコードにあるLinuxカーネルの重大な脆弱性（CVE-2026-98432）の影響を受けるというものです。この脆弱性を悪用されると、認証を受けていないリモートの攻撃者が、Multipath TCP（MPTCP）リスナーを実行しているサーバー上でroot権限によりコマンドを実行できます。
同社は、影響を受ける一部のVeeamコンポーネントについてCVE-2026-98432の脆弱性を修正済みです。現在、パッチ適用済みのカーネルを、個別の修正プログラムまたはVeeam Updater経由で、影響を受けるシステムに順次配信しています。
Veeamの製品は55万社以上の顧客に利用されており、その中にはGlobal 2,000企業の74％、Fortune 500企業の82％が含まれます。
