この二重解放とも言える動作が、古典的なUse-After-Free（UAF）を引き起こします。つまり、二つの実行パスが、既に解放されたメモリ領域を操作することになり、攻撃者はヒープを操作し、最終的にはホストカーネルレベルでの制御フローを乗っ取る機会を得ます 。

バグはvgic_its_invalidate_cache()関数に存在します。この関数はxa_for_each()を使ってITSごとの変換キャッシュを探索し、xa_erase()が安全に返す値ではなく、イテレータが指し示すポインタに対してvgic_put_irq()を呼び出していました。この関数は異なるロックの下で複数のコンテキストから呼び出されるため、ゲストからITSコマンド処理、GITS_CTLRへの書き込み、再分配器（Redistributor）でのEnableLPIsクリアなどを組み合わせることで、競合状態を簡単に引き起こせます 。

なぜ問題なのか：KVM/arm64初のゲスト脱出

ゲストからホストへの脱出脆弱性は稀ですが、クラウドコンピューティングが依存する隔離境界そのものを破壊する、最も危険な種類のハイパーバイザーバグです。これまで公開されたKVM脱出の事例は、主にQEMUやAMD固有のコードを経由したx86アーキテクチャを対象とするものでした 。ITScapeは、権限のないarm64ゲストVMから、ユーザー空間のエミュレータのバグではなく、インカーネルのKVMコード自体を介した脱出を実証した初のエクスプロイトです 。

AWS Graviton、Ampere Altra、またはその他arm64 KVMホストでマルチテナントのワークロードを運用しているクラウド事業者にとって、ゲストは以下のことが可能になります。

• ホストのカーネルメモリを任意に読み書きする
• ホスト上でring 0（最高特権レベル）のコード実行に権限昇格する
• 他のVM、コンテナ、またはホストのネットワークへ水平移動（ラテラルムーブメント）する

多くのセキュリティチームが、この脆弱性をCVSS 9.0超と評価しており、その深刻度が極めて高いことを示しています 。

詳細な根本原因

脆弱なコードは、LPI変換キャッシュの無効化処理にあります。カーネルがキャッシュエントリのフラッシュを必要とする場合、xa_for_each()でXArrayを反復処理し、各エントリに対してvgic_put_irq()を呼び出して参照カウントを解放します。問題は、xa_for_each()が、別の仮想CPUから発行されたDISCARD ITSコマンドなど、並行操作によって既に消去されたエントリを返す可能性があることです。無効化ループは、この既に削除されたエントリに対して参照を解放してしまい、結果として二重解放、最終的にはUse-After-Freeを引き起こします 。

同様のコード領域における以前の脆弱性、CVE-2024-26598は、vgic_its_check_cache()内でロックを解放する前に参照カウントを増やすことで、LPI変換キャッシュのヒットパスにおけるUAFに部分的に対処していました。しかし、この修正は今回の無効化パスをカバーしておらず、異なるトリガーシーケンスによって競合が悪用可能なまま残されていました 。

修正パッチ

上流（アップストリーム）カーネルに適用された修正では、vgic_put_irq()がイテレータの触れる全てのエントリではなく、xa_erase()によって返された値に対してのみ呼び出されるようにvgic_its_invalidate_cache()が変更されました。コミットメッセージは次の通りです。"KVM: arm64: vgic-its: Drop the translation cache reference only for the erased entry"（KVM: arm64: vgic-its: 消去されたエントリに対してのみ変換キャッシュの参照を解放する） 。

xa_erase()はアトミックにエントリを削除して古いエントリを返すか、エントリが既に存在しない場合はNULLを返すため、この修正により参照カウントは厳密に一度だけ減算されることが保証され、二重解放の可能性が排除されます。このパッチは2026年6月初旬にアップストリームカーネルに取り込まれ、2026年6月8日から10日頃にかけて、6.x系の安定版カーネルにも迅速に適用されました 。Red Hat、SUSE、Debianなどの主要なLinuxディストリビューションも、サポート対象のカーネルブランチ向けにバックポートされた修正をリリースしています 。

影響を受けるバージョン

• 混入時期: 2024年4月下旬、LPI変換キャッシュがKVM/arm64に初めて追加された時点
• 脆弱性の影響範囲: おおよそ2024年4月から2026年6月上旬までの間にビルドされたアップストリームカーネル
• 修正状況: 上流での修正は2026年6月初旬にコミット済み。最新の6.x安定版カーネルおよび各ディストリビューションのバックポートに含まれています

公開された検証用エクスプロイト（PoC）

Hyunwoo Kim氏は、2026年6月9日から10日頃にかけて、GitHub上で動作するエクスプロイトを公開しました。リポジトリには、完全なソースコード、詳細な再現手順、悪用手法の技術的解説が含まれています 。エクスプロイトは、DISCARDコマンドとLPI変換キャッシュの参照を同時に発行する仮想CPUスレッドを協調させることで競合を引き起こし、Use-After-Freeを精密に発生させ、ホストでのコード実行に繋げます。

信頼性の高いPoCが公開されたという事実は、汎用的なエクスプロイトスキャナーや現実の攻撃者が最小限の労力でこの脆弱性を武器化できることを意味し、情報公開から実際の攻撃開始までの猶予期間が極めて短いことを示しています。

ARM64クラウド事業者への緊急対策

AWS GravitonやAmpere Altraなど、マルチテナントのARM64 KVMインフラストラクチャを運用している場合、これは即時の緊急パッチサイクルが必要な事案です。

1. ホストカーネルを直ちにパッチ適用してください。 2026年6月初旬の修正を含む最新の安定版カーネル、またはご利用のディストリビューションが提供するバックポートパッケージを適用します 。
2. すぐにパッチを適用できない場合は、信頼できないゲストに対してインカーネルvGIC-ITSを無効化してください。 QEMUを使用している場合、GICv3 ITSエミュレーションをユーザー空間に強制的に移行させるか、信頼できないテナントにGICv3 ITS機能を公開しないことで対応できます 。
3. ゲストOS側での対策に頼らないでください。 これはハイパーバイザーレベルのバグであり、VM内部での回避策は存在しません 。
4. インフラ全体で、脆弱性のあるカーネルが稼働していないか監査してください。 vGIC-ITSが使用されている、2024年4月から2026年6月上旬までの間に構築されたカーネルを実行しているARM64 KVMホストは、すべてリスクにさらされています 。
5. 攻撃の兆候を監視してください。 公開PoCが存在するため、積極的なスキャンや侵害の試みが行われる可能性が非常に高いです 。

この二重解放とも言える動作が、古典的なUse-After-Free（UAF）を引き起こします。つまり、二つの実行パスが、既に解放されたメモリ領域を操作することになり、攻撃者はヒープを操作し、最終的にはホストカーネルレベルでの制御フローを乗っ取る機会を得ます 。

バグはvgic_its_invalidate_cache()関数に存在します。この関数はxa_for_each()を使ってITSごとの変換キャッシュを探索し、xa_erase()が安全に返す値ではなく、イテレータが指し示すポインタに対してvgic_put_irq()を呼び出していました。この関数は異なるロックの下で複数のコンテキストから呼び出されるため、ゲストからITSコマンド処理、GITS_CTLRへの書き込み、再分配器（Redistributor）でのEnableLPIsクリアなどを組み合わせることで、競合状態を簡単に引き起こせます 。

なぜ問題なのか：KVM/arm64初のゲスト脱出

ゲストからホストへの脱出脆弱性は稀ですが、クラウドコンピューティングが依存する隔離境界そのものを破壊する、最も危険な種類のハイパーバイザーバグです。これまで公開されたKVM脱出の事例は、主にQEMUやAMD固有のコードを経由したx86アーキテクチャを対象とするものでした 。ITScapeは、権限のないarm64ゲストVMから、ユーザー空間のエミュレータのバグではなく、インカーネルのKVMコード自体を介した脱出を実証した初のエクスプロイトです 。

AWS Graviton、Ampere Altra、またはその他arm64 KVMホストでマルチテナントのワークロードを運用しているクラウド事業者にとって、ゲストは以下のことが可能になります。

• ホストのカーネルメモリを任意に読み書きする
• ホスト上でring 0（最高特権レベル）のコード実行に権限昇格する
• 他のVM、コンテナ、またはホストのネットワークへ水平移動（ラテラルムーブメント）する

多くのセキュリティチームが、この脆弱性をCVSS 9.0超と評価しており、その深刻度が極めて高いことを示しています 。

詳細な根本原因

脆弱なコードは、LPI変換キャッシュの無効化処理にあります。カーネルがキャッシュエントリのフラッシュを必要とする場合、xa_for_each()でXArrayを反復処理し、各エントリに対してvgic_put_irq()を呼び出して参照カウントを解放します。問題は、xa_for_each()が、別の仮想CPUから発行されたDISCARD ITSコマンドなど、並行操作によって既に消去されたエントリを返す可能性があることです。無効化ループは、この既に削除されたエントリに対して参照を解放してしまい、結果として二重解放、最終的にはUse-After-Freeを引き起こします 。

同様のコード領域における以前の脆弱性、CVE-2024-26598は、vgic_its_check_cache()内でロックを解放する前に参照カウントを増やすことで、LPI変換キャッシュのヒットパスにおけるUAFに部分的に対処していました。しかし、この修正は今回の無効化パスをカバーしておらず、異なるトリガーシーケンスによって競合が悪用可能なまま残されていました 。

修正パッチ

上流（アップストリーム）カーネルに適用された修正では、vgic_put_irq()がイテレータの触れる全てのエントリではなく、xa_erase()によって返された値に対してのみ呼び出されるようにvgic_its_invalidate_cache()が変更されました。コミットメッセージは次の通りです。"KVM: arm64: vgic-its: Drop the translation cache reference only for the erased entry"（KVM: arm64: vgic-its: 消去されたエントリに対してのみ変換キャッシュの参照を解放する） 。

xa_erase()はアトミックにエントリを削除して古いエントリを返すか、エントリが既に存在しない場合はNULLを返すため、この修正により参照カウントは厳密に一度だけ減算されることが保証され、二重解放の可能性が排除されます。このパッチは2026年6月初旬にアップストリームカーネルに取り込まれ、2026年6月8日から10日頃にかけて、6.x系の安定版カーネルにも迅速に適用されました 。Red Hat、SUSE、Debianなどの主要なLinuxディストリビューションも、サポート対象のカーネルブランチ向けにバックポートされた修正をリリースしています 。

影響を受けるバージョン

• 混入時期: 2024年4月下旬、LPI変換キャッシュがKVM/arm64に初めて追加された時点
• 脆弱性の影響範囲: おおよそ2024年4月から2026年6月上旬までの間にビルドされたアップストリームカーネル
• 修正状況: 上流での修正は2026年6月初旬にコミット済み。最新の6.x安定版カーネルおよび各ディストリビューションのバックポートに含まれています

公開された検証用エクスプロイト（PoC）

Hyunwoo Kim氏は、2026年6月9日から10日頃にかけて、GitHub上で動作するエクスプロイトを公開しました。リポジトリには、完全なソースコード、詳細な再現手順、悪用手法の技術的解説が含まれています 。エクスプロイトは、DISCARDコマンドとLPI変換キャッシュの参照を同時に発行する仮想CPUスレッドを協調させることで競合を引き起こし、Use-After-Freeを精密に発生させ、ホストでのコード実行に繋げます。

信頼性の高いPoCが公開されたという事実は、汎用的なエクスプロイトスキャナーや現実の攻撃者が最小限の労力でこの脆弱性を武器化できることを意味し、情報公開から実際の攻撃開始までの猶予期間が極めて短いことを示しています。

ARM64クラウド事業者への緊急対策

AWS GravitonやAmpere Altraなど、マルチテナントのARM64 KVMインフラストラクチャを運用している場合、これは即時の緊急パッチサイクルが必要な事案です。

1. ホストカーネルを直ちにパッチ適用してください。 2026年6月初旬の修正を含む最新の安定版カーネル、またはご利用のディストリビューションが提供するバックポートパッケージを適用します 。
2. すぐにパッチを適用できない場合は、信頼できないゲストに対してインカーネルvGIC-ITSを無効化してください。 QEMUを使用している場合、GICv3 ITSエミュレーションをユーザー空間に強制的に移行させるか、信頼できないテナントにGICv3 ITS機能を公開しないことで対応できます 。
3. ゲストOS側での対策に頼らないでください。 これはハイパーバイザーレベルのバグであり、VM内部での回避策は存在しません 。
4. インフラ全体で、脆弱性のあるカーネルが稼働していないか監査してください。 vGIC-ITSが使用されている、2024年4月から2026年6月上旬までの間に構築されたカーネルを実行しているARM64 KVMホストは、すべてリスクにさらされています 。
5. 攻撃の兆候を監視してください。 公開PoCが存在するため、積極的なスキャンや侵害の試みが行われる可能性が非常に高いです 。