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

  - KVM:SEV:バッキング gmem ページがザップされた場合、SNP VMSA を強制的に無効にします SNP VM に対する gmem_invalidate_range() 呼び出しをつなげて、バッキング gmem ページが無効になっている場合(例:PUNCH_HOLEされる場合)に、それを使用して vCPU にゲスト提供の VMSA のリロード/再チェックを強制します。この 2 つの概念はほぼ同じであるため、VMX が APIC アクセスページに対して行うのと同じコアロジックを使用して無効化を処理します。ページの物理アドレスを vCPU の制御構造に押し込む: 1. 無効化シーケンスカウンターのスナップショットを作成する 2.pfn をつかむ (この場合は guest_memfd から) 3.読み取り 4 のmmu_lockを取得します。再試行が必要な場合はリロードを再リクエストし、そうでなければ変更をコミットします。注意:KVM の再試行ロジックがあいまいであるため、つまり偽陽性が得られる可能性があるため、 #4 の再リクエストアクションは必要です。guest_memfdページがドロップされると、ある時点で、後続のリロードは guest_memfd からの PFN の取得に失敗し、KVM はKVM_RUN失敗します。再試行が偽陽性によるものである場合、KVM は関連する MMU 通知イベントがなくなるまで再試行します(そして、外部ループで再試行します。つまり、ロックをドロップし、必要に応じて変更します)。注 #2! PUNCH_HOLE応答での無効化は、memslot バインディングに基づいているため、関連する memslot が DELETED または MOVED された場合は、VMSA を無効にするように注意してください(KVM は、バインディングなしで無効にすべき GFN 範囲を知りません)。さらに重要なことは、VMSAマッピングにはmemslotが必要です。つまり、基礎となるguest_memfd inodeの状態に関係なく、そのmemslotが消えた場合は無効にする必要があります。vCPU がアクティブに実行されている場合(VMSA ページが使用されている場合)、FAIL_INUSEのあるページを再要求する RMPUPDATE をファームウェアが拒否するため、vCPU の control.vmsa_pa(pre_sev_run() によってチェックされる)を無効化できない可能性があります。ページが依然として SNP VM に割り当てられるため、これは次回の使用で RMP #PF につながります。SEV-SNP:PFN 78d198、pg_level:1、ret:3 の RMPUPDATE が失敗しました SEV-SNP:PFN 0x78d198、RMP エントリ:[0xfff0000000144001 - 0x000000000000000f] CPU:3 UID:0 PID:31345 通信:
    sev_snp_vmsa_pu 汚染: G U O 汚染: [U]=USER、[O]=OOT_MODULE ハードウェア名: Google, Inc.
    Arcadia_IT_80/Arcadia_IT_80、BIOS 34.86.0-102 2026 年 1 月 25 日 コールトレース: <TASK> dump_stack_lvl+0x54/0x70 rmpupdate+0x12c/0x140 rmp_make_shared+0x3b/0x60 sev_gmem_invalidate+0xe0/0x170 [kvm_amd] delete_from_page_cache_batch+0x1d8/0x220 truncate_inode_pages_range+0x120/0x3d0 kvm_gmem_fallocate+0x19a/0x270 [kvm] vfs_fallocate+0x1bc/0x1f0 __x64_sys_fallocate+0x48/0x70 do_syscall_64+0x10a/0x480 entry_SYSCALL_64_after_hwframe+0x4b/0x53 RIP: 0033:0x496c7e </TASK>
    ------------[ cut here ]------------ SEV: PFN 0x78d198 エラー -14 の RMP エントリの更新に失敗しました 警告:
    arch/x86/kvm/svm/sev.c:5160 at sev_gmem_invalidate+0x126/0x170 [kvm_amd]、 CPU#3:sev_snp_vmsa_pu/31345 CPU:3 UID:0 PID:31345 通信:sev_snp_vmsa_pu汚染:G U O 汚染:[U]=USER、[O]=OOT_MODULE ハードウェア名:Google、Inc. Arcadia_IT_80/Arcadia_IT_80、BIOS 34.86.0-102 2026 年 1 月 25 日 RIP:
    0010:sev_gmem_invalidate+0x12b/0x170 [kvm_amd] 呼び出しトレース: <TASK> delete_from_page_cache_batch+0x1d8/0x220 truncate_inode_pages_range+0x120/0x3d0 kvm_gmem_fallocate+0x19a/0x270 [kvm] vfs_fallocate+0x1bc/0x1f0
    __x64_sys_fallocate+0x48/0x70 do_syscall_64+0x10a/0x480 entry_SYSCALL_64_after_hwframe+0x4b/0x53 RIP:
    0033:0x496c7e </TASK> irq イベントスタンプ:20689 hardirqs の最終有効化時刻(20699):[<ffffffff8e76092c>]
    __console_unlock+0x5c/0x60 hardirqs の最終無効時刻(20708):[<ffffffff8e760911>]
    __console_unlock+0x41/0x60 softirqs の最終有効化日(20722):[<ffffffff8e6cd74e>]
    __irq_exit_rcu+0x7e/0x140 softirqs の最終無効時刻(20717):[<ffffffff8e6cd74e>]
    __irq_exit_rcu+0x7e/0x140 ---[ エンドトレース 000000000000000000 ]--- BUG: アドレスのページフォールトを処理できません: ffff99 ---truncated--- (CVE-2026-90040)

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

検出

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

medium Nessus プラグイン ID 346560

バージョン 1.3