ニュース

Oracle VM VirtualBoxで新たに公開された高度な重大度の脆弱性を受けて、仮想マシンコミュニティは仮想化環境における3Dグラフィックスアクセラレーションのセキュリティへの影響について議論しています。VGAデバイスを介して仮想マシンからホストシステムへの脱出を可能にするこの脆弱性は、信頼できないVMで特定の機能を有効にすべきかどうか、そしてユーザーがどのような代替手段を検討すべきかについての議論を引き起こしています。VirtualBoxの脆弱性最近公開された VirtualBox の VMSVGA 3Dグラフィックスデバイスにおける脆弱性は、vmsvga3dSurfaceMipBufferSize関数の整数オーバーフローを悪用することで、攻撃者が仮想マシンから脱出することを可能にします。これにより、システムがバッファサイズをゼロより大きいものとして追跡している間に、ゼロバイトが割り当てられるという危険な状態が生じ、境界外のメモリアクセスにつながります。あるセキュリティ研究者は、これを利用してホストのメモリへの任意の読み書きアクセスを実現し、最終的に仮想マシンからの完全な脱出を可能にする方法を実証しました。この脆弱性は VirtualBox 7.1.8 で修正されたようですが、一部のユーザーはGUIアップデートメカニズムを通じてこのアップデートが提供されておらず、変更ログにCVEが記載されていないと指摘しています。あるコミュニティメンバーは、 VirtualBox のソースコードリポジトリに修正と思われるものを特定しました。VirtualBox 脆弱性の詳細:重大度: 高影響を受けるコンポーネント: VMSVGA 3D グラフィックデバイス脆弱性の種類: vmsvga3dSurfaceMipBufferSize 関数における整数オーバーフロー影響: VM エスケープ、ホストメモリへの任意の読み取り/書き込みアクセス修正バージョン: 7.1.8 (コミュニティレポートによる)開示タイムライン: 2025年4月1日に報告、2025年4月15日に修正、2025年5月15日に公開仮想化の代替手段として言及されたもの:VirtualBox: オープンソース (GPLv3)、すべての用途で無料、安定性の問題が報告されているVMware Workstation: 最近個人利用が無料になった、一般的により安定していると考えられているHyper-V: 無料だが Windows Pro 以上が必要QEMU/KVM: 完全にオープンソースの代替手段3Dグラフィックスセキュリティに関する Oracle の立場コミュニティで大きな論点となっているのは、 VirtualBox の3D機能のセキュリティに関する Oracle の立場です。 Oracle との議論があったと主張するあるコメンターによると：「記録のために言っておくと： Oracle は、VMが信頼できない場合、3D機能を有効にすべきではないと考えています。これはまだ実験的なものとして分類されており、少なくともあと10年はそのままでしょう。」しかし、他の人々は、この警告が VirtualBox の公式資料に明確に文書化されていないことを指摘し、ユーザーが仮想マシンの3Dアクセラレーションを有効にする際のセキュリティへの影響を潜在的に認識していない可能性があります。ヘッドレスVMのセキュリティに関する考慮事項重要な議論のスレッドは、ヘッドレスVM（グラフィカルインターフェースなしでSSH経由でのみアクセスされるもの）がこのタイプの攻撃に対して脆弱かどうかに関するものです。コミュニティメンバーは、この脆弱性が通常のブートアップコンソール操作に必要な基本的なVGAハードウェアではなく、VMSVGA仮想3Dグラフィックスデバイスに特に影響することを明確にしました。すべてのPCは通常、ブートするために何らかの形のVGAコンソールを必要としますが、Linuxは VGA デバイスなしでブートすることができます。複数のユーザーが、シリアルコンソールのみを使用して、グラフィックスデバイスなしで仮想マシンを構成することが可能であると指摘しました。この構成は、仮想グラフィックスハードウェアに関連する攻撃面を排除することで、ヘッドレスサーバーデプロイメントにより良いセキュリティを提供する可能性があります。VirtualBox の信頼性に関する懸念セキュリティ脆弱性自体を超えて、議論は VirtualBox の一般的な信頼性に関する広範な不満を明らかにしました。複数のユーザーが、特に新しい Ubuntu バージョン（22.04および24.04 LTS）で頻繁にクラッシュすると報告しています。これにより、一部のユーザーは代替手段を検討するようになりましたが、それぞれに独自のトレードオフがあります。一部のユーザーは、これらの問題を VirtualBox の開発プロセスに起因させ、リリース前に厳格なテストが不足していることを示唆しています。あるコメンターは、VMログにスパムを送信するデバッグ用ログ記録タイプのコードが残されていること、そしてほとんどの人が非常に一般的なホスト+ゲストの組み合わせと考えるものに破損が見られることを指摘し、品質管理の問題を示唆しています。代替仮想化オプションこの脆弱性により、多くの人々が仮想化プラットフォームの選択を再検討するようになりました。コミュニティのコメントによると、最近個人利用のために無料になった VMware Workstation は、より安定した代替手段として言及されています。しかし、一部のユーザーは Broadcom による VMware の買収と、それが将来の開発に何を意味するかについて懸念を表明しています。Hyper-V は Windows ユーザーにとってもう一つのオプションですが、オペレーティングシステムの Pro 以上のバージョンに限定されています。オープンソースソリューションを優先する人々にとって、QEMU/KVM は VirtualBox に代わる主な選択肢であり、コストの面でも自由の面でも無料のままです。VirtualBox は、ポータブルアプリケーションとして実行できる能力、異なる仮想ディスク形式との互換性、広範なコミュニティドキュメントなど、ユーザーが評価する利点を維持しています。そのGPLv3ライセンスも、この分野で真にオープンソースの選択肢の一つとなっています。仮想化が開発、テスト、セキュリティ分離のための重要な技術であり続ける中、この脆弱性は仮想マシンのセキュリティモデルが完璧ではないことを思い出させるものです。ユーザーは、特に信頼できないコードを実行する際に、どの機能を有効にするかを慎重に検討し、最新のセキュリティパッチで仮想化プラットフォームを最新の状態に保つことに注意を払う必要があります。参考: Oracle VM VirtualBox - VM escape via VGA device