Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - KVM:x86:予期しない GFN によるシャドウページングの use-after-free を修正します。シャドウ MMU は、sp->gfn と SPTE インデックスを使用して直接シャドウページの GFN を計算します。ゲストページテーブルがVMエントリ間で変更されると、この前提はシャドウページングのために中断されます(コミットaad885e77496、KVM:x86/mmu:MMIO SPTEを作成するときでも既存のSPTEをドロップ/zap、2026-03-27)。フローは次のとおりです。- 2MBマッピングにPDEがインストールされ、その領域のページにアクセスします。KVM は、512 の 4KB ページで構成されるkvm_mmu_pageを作成します。ゲストのマッピングは巨大なページ(そしてこのため連続している)ため、kvm_mmu_pageは FNAME(fetch) によって直接マップされたものとしてマークされます。- ゲスト外から PDE マッピングが変更されます。- ゲストが同じ 2MB 領域の別のページにアクセスします。KVM は、新しいリーフ SPTE および rmap エントリをインストールします。SPTE は正しい GFN を使用しますが (つまり、前のステップで変更されたように、新しいマッピングに基づく)、その GFN は [sp->gfn, sp->gfn + 511] の範囲外です。このため、kvm_mmu_pageがザップされたときに、RMAP エントリは見つからず、削除することもできません。- 最初の 2MB のマッピングをカバーするメモリスロットが削除され、現在無効になっている GPA のkvm_mmu_pageがザップされます。ただし、rmap_remove() は、手順 1 で確立された [sp->gfn, sp->gfn + 511] 範囲のみを調べ、手順 3 で記録された rmap エントリを見つけることができません。- 手順 3 でアクセスされた同じページに対して rmap walk を引き起こす操作は、その後、古い rmap を walk し、解放されたkvm_mmu_pageを逆参照します。これには、ダーティロギングや MMU 通知者の無効化(例:MADV_DONTNEED からのもの)が含まれます。根本的な問題は、KVM が非リーフ SPTE をインストールしたいときに SPTE が存在する場合、既存の kvm_mmu_pageは正しい gfn に対するものでなければならないことを、KVM のシャドウ PTE のウォーキングが想定していることです。なぜなら、gfn が間違っている唯一の方法は、KVM が混乱して SPTE をジャッピングすることに失敗した場合だからです。これはあってはなりませんが、
    *実際には* ゲストの書き込みへの応答でのみ発生します。このバグは文字通り永遠にさかのぼります。KVM の最初のバージョンでさえ、GFN が一致すると仮定し、間違ったシャドウページに移動してしまうからです。ただし、これは 2032a93d66fa(KVM:MMU:gfns ページを直接 mmu ページに割り当てません)が登場するまでは、単なる不正確さでした。ターゲット gfn の不一致をチェックし、既存の SPTE をザッピングすることで、これを修正します。そうすることで、古い SP および rmap エントリはなくなり、KVM は rmap を適切な場所にインストールし、誰もが満足します。
    (CVE-2026-46113)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2026-46113

high Nessus プラグイン ID 317633

バージョン 1.10