Linux KVM/arm64 の VM エスケープ脆弱性 CVE-2026-46316 が FIX:PoC の公開と悪用リスク

PoC Exploit Released for Linux Kernel Guest-to-Host Escape Vulnerability

2026/06/11 gbhackers — Linux Kernel の深刻な脆弱性 CVE-2026-46316 に対して、PoC エクスプロイトが公開された。この脆弱性は KVM/arm64 環境に存在し、ゲストからホストへのエスケープを可能にするものであり、セキュリティ研究者 Hyunwoo Kim (V4bel) により ITScape と命名されている。

この脆弱性は、Kernel-based Virtual Machine (KVM) サブシステムに影響を及ぼす。ホスト上での root 権限 (Kernel 権限) による任意のコマンド実行を、悪意のゲスト仮想マシンに許すため、仮想化基盤の分離を直接的に破壊する性質を持つ。また、この問題は仮想化セキュリティに対して、特に ARM64 インフラを利用するマルチ・テナント・クラウド環境に対して、大きな影響を及ぼすとされる。

Linux カーネル脆弱性の PoC エクスプロイトが公開

この脆弱性は、Kernel 内 KVM 実装における vGIC-ITS (Virtual Generic Interrupt Controller – Interrupt Translation Service) のエミュレーション・ロジックに存在する。具体的には、レース・コンディションに起因する Double Put シナリオが発生し、最終的にホスト Kernel 上での任意のコード実行が可能になる。

従来の VM エスケープ脆弱性の多くが、QEMU のユーザー空間コンポーネントに影響を及ぼしてきたのに対して、ITScape は Linux Kernel 内で発生するため、ユーザー空間プロセス侵害を経由することなく、直接 Kernel レベルのアクセスを取得できる。その意味で、きわめて深刻な脅威となる。

GitHub で公開された技術文書および PoC によると、このエクスプロイト・チェーンはゲスト側の操作のみでトリガーが可能であり、ユーザー空間のエミュレーション層との相互作用を必要としない。

その一方で PoC では、特定の GIC/ITS メモリマップド I/O (MMIO) 操作を実行するように細工されたゲスト・ワークロードが、レース・コンディションを誘発する。それにより、仮想化環境からエスケープし、ホスト上でコードを実行する手法を実証している。

攻撃の成功は、ホスト・システム上に root 所有の “/ITScape” というファイルが生成されることで確認され、これによりゲスト境界を越えた権限昇格が実証される。公開された PoC は、制御されたテスト環境向けに設計されており、QEMU TCG を使用して ARM64 システムをエミュレートすることで、この脆弱性を安全に再現できる。なお、この PoC は、Linux KVM self-tests をベースとして構築されている。

脆弱な Kernel ツリー (例えば修正直前の Linux v7.1-rc6) に対して PoC をコンパイルするために、研究者は以下のビルド手順を提示している。

ビルドは、以下の手順で実行される。

bash./build.sh <linux>/tools/testing/selftests/kvm

コンパイル後、PoC バイナリは initramfs に組み込まれ、提供されたスクリプトを介して QEMU が起動される。

bash./qemu.sh <kernel-image> <initramfs>

エミュレーション環境内で、攻撃者/テスターは PoC を直接実行する。

bash./poc

この攻撃は、コミット 8201d1028caa (2024年4月) から 13031fb6b835 (2026年6月5日) までの間に存在した、脆弱な Kernel バージョンで成立するものである。その一方で PoC は、実際のクラウド攻撃向けに完全に武器化されたものではない。

しかし研究者は、特定の Kernel コンフィグ/メモリ・レイアウト/タイミング調整に精通した攻撃者であれば、本番環境への適応は可能であると指摘している。


ARM64 ホスト上で信頼できないゲスト・ワークロードの実行を許可しているパブリック・クラウド・プロバイダーや環境にとって、この脆弱性は特に懸念される問題である。それにより仮想化の根本的な分離保証が破壊されるため、攻撃に成功した脅威アクターは、ラテラル・ムーブメント/データ流出/インフラ全体の掌握を引き起こす可能性がある。

また、この問題の公開は、Linux-distros セキュリティ・メーリングリストを通じた調整済みのエンバーゴ期間を経て実施されている。すでに修正パッチも提供されているため、セキュリティ・チームに強く推奨されるのは、影響を受ける Linux Kernel を直ちに更新し、仮想化環境への影響を監査することである。

追加の緩和策として推奨されるのは、信頼できないゲストの実行制限/厳格な分離ポリシーの適用/KVM や割り込みコントローラの異常動作の監視などがある。その一方で、実環境における悪用リスクが大幅に高まっているため、迅速なパッチ適用と検知体制の強化が不可欠である。