Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - KVMx86取得 KVM_GET_MP_STATE 中的 SRCU以保護來賓記憶體存取。當使用者空間正在取得 MP 狀態時取得 kvm->srcu 上的鎖定以處理相當極端的案例其中接受 APIC 事件 (即處理擱置的 INIT 或 SIPI) 可觸發存取複製到客體記憶體。如果 vCPU 位於具有 INIT 的 L2 中
    *和*TRIPLE_FAULT 要求擱置然後取得 MP 狀態將會透過 方式觸發巢狀 VM 結束
    ->check_nested_events()並模擬巢狀 VM-Exit 可存取來賓記憶體。splat 最初是在 Google 內部核心上受到 syzkaller 攻擊後在上游核心上重現方法是入侵triple_fault_event_test 自我測試填滿擱置的 INIT、在 VM-Exit 上儲存 MSR (以在 VMX 上產生記憶體存取權)以及執行vcpu_mp_state_get() 來觸發該狀況。 ============================= 警告
    可疑的 RCU 使用方式 6.14.0-rc3-b112d356288b-vmx/pi_lockdep_false_pos-lock #3 未受污染
    ----------------------------------------- include/linux/kvm_host.h:1058 可疑的 rcu_dereference_check() 使用方式其他可協助我們除錯此rcu_scheduler_active = 2, debug_locks = 1 1 個由triple_fault_ev/1256 保留的鎖定 #0: ffff88810df5a330 (&vcpu->mutex){+.+.}-{4:4}, at: kvm_vcpu_ioctl+ 0x8b/0x9a0 [kvm] 堆疊反向追踪CPU11 UID 1000 PID 1256 Commtriple_fault_ev 未受污染的 6.14.0-rc3-b112d356288b-vmx #3 硬體名稱 QEMU 標準 PC (Q35 + ICH9, 2009), BIOS 0.0.0 2015 年 02 月 6 日 呼叫追踪 <TASK> dump_stack_lvl+0x7f/0x90 lockdep_rcu_suspicious+0x144/0x190 kvm_vcpu_gfn_to_memslot+0x156/0x180 [kvm] kvm_vcpu_read_guest+0x3e/0x90 [kvm] read_and_check_msr_entry+0x3e/0x90 [] dump_stack_lvl+0x7f/0x90 lockdep_rcu_suspicious+0x144/0x190 kvm_vcpu_gfn_to_memslot+0x156/0x180 [kvm] kvm_vcpu_read_guest+0x3e/0x90 [kvm] read_and_check_msr_entry+0x3e/0x90 [kvm] read_and_check_msr_entry+0x180/0x180/0x180/0xtele
    __nested_vmx_vmexit+0x550/0xde0 [kvm_intel] kvm_check_nested_events+0x1b/0x30 [kvm] kvm_apic_accept_events+0x33/0x100 [kvm] kvm_arch_vcpu_ioctl_get_mpstate+0x30/0x1d0 [kvm] kvm_vcpu_ioctl+0x33e/0x9a0 [kvm] __x64_sys_ioctl+0x8b/0xb0 do_syscall_64+0x6c/0x170 entry_SYSCALL_64_after_hwframe+0x4b/0x53 </TASK> (CVE-2025-23141)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補的弱點：CVE-2025-23141

medium Nessus Plugin ID 246031

版本 1.22