Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - KVM: x86：在处理 KVM_SET_VCPU_EVENTS 时获取 kvm->srcu。在处理 KVM_SET_VCPU_EVENTS 时获取 kvm->srcu，因为如果切换 SMM 模式，KVM 将强制保留嵌套的 VMX/SVM，并且保留的嵌套 VMX 会读取客户机内存。请注意，也可通过 sync_regs() 从 KVM_RUN 调用 kvm_vcpu_ioctl_x86_set_vcpu_events()，sync_regs() 已保留 SRCU。即，尝试在有问题的 SMM 代码周围精确使用 kvm_vcpu_srcu_read_lock() 将导致问题。获取 SRCU 并不那么费力，因此为简单起见，为 KVM_SET_VCPU_EVENTS 无条件获取。 ============================= 警告：可疑的 RCU 使用情况 6.10.0-rc7-332d2c1d713e-next-vm #552 未污染 ----------------------------- include/linux/kvm_host.h:1027 存在可疑的 rcu_dereference_check() 使用情况！可帮助我们调试此问题的其他信息：rcu_scheduler_active = 2, debug_locks = 1 repro/1071 持有 1 个锁：#0: ffff88811e424430 (&vcpu->mutex){+.+.}-{3:3}，位置为：kvm_vcpu_ioctl+ 0x7d/0x970 [kvm] 堆栈回溯：CPU: 15 PID: 1071 命令：
    repro 未污染 6.10.0-rc7-332d2c1d713e-next-vm #552 硬件名称：QEMU 标准 PC (Q35 + ICH9, 2009)，BIOS 0.0.0 02/06/2015 调用跟踪：<TASK> dump_stack_lvl+0x7f/0x90 lockdep_rcu_suspicious+0x13f/0x1a0 kvm_vcpu_gfn_to_memslot+0x168/0x190 [kvm] kvm_vcpu_read_guest+0x3e/0x90 [kvm] nested_vmx_load_msr+0x6b/0x1d0 [kvm_intel] load_vmcs12_host_state+0x432/0xb40 [kvm_intel] vmx_leave_nested+0x30/0x40 [kvm_intel] kvm_vcpu_ioctl_x86_set_vcpu_events+0x15d/0x2b0 [kvm] kvm_arch_vcpu_ioctl+0x1107/0x1750 [kvm] ? mark_held_locks+0x49/0x70 ? kvm_vcpu_ioctl+0x7d/0x970 [kvm] ? kvm_vcpu_ioctl+0x497/0x970 [kvm] kvm_vcpu_ioctl+0x497/0x970 [kvm] ? lock_acquire+0xba/0x2d0 ? find_held_lock+0x2b/0x80 ? do_user_addr_fault+0x40c/0x6f0 ? lock_release+0xb7/0x270
    __x64_sys_ioctl+0x82/0xb0 do_syscall_64+0x6c/0x170 entry_SYSCALL_64_after_hwframe+0x4b/0x53 RIP:
    0033:0x7ff11eb1b539 </TASK> (CVE-2024-46830)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2024-46830

high Nessus 插件 ID 229197

版本 1.15