CVE-2024-26976— Linux kernel 安全漏洞
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞，该漏洞源于当 vCPU 被销毁时，没有刷新异步 #PF 工作队列。
可能的 ATT&CK 技术 1 AI
T1059 · Command and Scripting Interpreter影响版本矩阵 20
| 厂商 | 产品 | 版本范围 | 状态 |
|---|---|---|---|
| Linux | Linux | af585b921e5d1e919947c4b1164b59507fe7cd7b< ab2c2f5d9576112ad22cfd3798071cb74693b1f5 |
affected |
af585b921e5d1e919947c4b1164b59507fe7cd7b< 82e25cc1c2e93c3023da98be282322fc08b61ffb |
affected | ||
af585b921e5d1e919947c4b1164b59507fe7cd7b< f8730d6335e5f43d09151fca1f0f41922209a264 |
affected | ||
af585b921e5d1e919947c4b1164b59507fe7cd7b< 83d3c5e309611ef593e2fcb78444fc8ceedf9bac |
affected | ||
af585b921e5d1e919947c4b1164b59507fe7cd7b< b54478d20375874aeee257744dedfd3e413432ff |
affected | ||
af585b921e5d1e919947c4b1164b59507fe7cd7b< a75afe480d4349c524d9c659b1a5a544dbc39a98 |
affected | ||
af585b921e5d1e919947c4b1164b59507fe7cd7b< 4f3a3bce428fb439c66a578adc447afce7b4a750 |
affected | ||
af585b921e5d1e919947c4b1164b59507fe7cd7b< caa9af2e27c275e089d702cfbaaece3b42bca31b |
affected | ||
| … +12 条更多 | |||
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2024-26976 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
KVM: Always flush async #PF workqueue when vCPU is being destroyed
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
KVM: Always flush async #PF workqueue when vCPU is being destroyed
Always flush the per-vCPU async #PF workqueue when a vCPU is clearing its
completion queue, e.g. when a VM and all its vCPUs is being destroyed.
KVM must ensure that none of its workqueue callbacks is running when the
last reference to the KVM _module_ is put. Gifting a reference to the
associated VM prevents the workqueue callback from dereferencing freed
vCPU/VM memory, but does not prevent the KVM module from being unloaded
before the callback completes.
Drop the misguided VM refcount gifting, as calling kvm_put_kvm() from
async_pf_execute() if kvm_put_kvm() flushes the async #PF workqueue will
result in deadlock. async_pf_execute() can't return until kvm_put_kvm()
finishes, and kvm_put_kvm() can't return until async_pf_execute() finishes:
WARNING: CPU: 8 PID: 251 at virt/kvm/kvm_main.c:1435 kvm_put_kvm+0x2d/0x320 [kvm]
Modules linked in: vhost_net vhost vhost_iotlb tap kvm_intel kvm irqbypass
CPU: 8 PID: 251 Comm: kworker/8:1 Tainted: G W 6.6.0-rc1-e7af8d17224a-x86/gmem-vm #119
Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 0.0.0 02/06/2015
Workqueue: events async_pf_execute [kvm]
RIP: 0010:kvm_put_kvm+0x2d/0x320 [kvm]
Call Trace:
<TASK>
async_pf_execute+0x198/0x260 [kvm]
process_one_work+0x145/0x2d0
worker_thread+0x27e/0x3a0
kthread+0xba/0xe0
ret_from_fork+0x2d/0x50
ret_from_fork_asm+0x11/0x20
</TASK>
---[ end trace 0000000000000000 ]---
INFO: task kworker/8:1:251 blocked for more than 120 seconds.
Tainted: G W 6.6.0-rc1-e7af8d17224a-x86/gmem-vm #119
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
task:kworker/8:1 state:D stack:0 pid:251 ppid:2 flags:0x00004000
Workqueue: events async_pf_execute [kvm]
Call Trace:
<TASK>
__schedule+0x33f/0xa40
schedule+0x53/0xc0
schedule_timeout+0x12a/0x140
__wait_for_common+0x8d/0x1d0
__flush_work.isra.0+0x19f/0x2c0
kvm_clear_async_pf_completion_queue+0x129/0x190 [kvm]
kvm_arch_destroy_vm+0x78/0x1b0 [kvm]
kvm_put_kvm+0x1c1/0x320 [kvm]
async_pf_execute+0x198/0x260 [kvm]
process_one_work+0x145/0x2d0
worker_thread+0x27e/0x3a0
kthread+0xba/0xe0
ret_from_fork+0x2d/0x50
ret_from_fork_asm+0x11/0x20
</TASK>
If kvm_clear_async_pf_completion_queue() actually flushes the workqueue,
then there's no need to gift async_pf_execute() a reference because all
invocations of async_pf_execute() will be forced to complete before the
vCPU and its VM are destroyed/freed. And that in turn fixes the module
unloading bug as __fput() won't do module_put() on the last vCPU reference
until the vCPU has been freed, e.g. if closing the vCPU file also puts the
last reference to the KVM module.
Note that kvm_check_async_pf_completion() may also take the work item off
the completion queue and so also needs to flush the work queue, as the
work will not be seen by kvm_clear_async_pf_completion_queue(). Waiting
on the workqueue could theoretically delay a vCPU due to waiting for the
work to complete, but that's a very, very small chance, and likely a very
small delay. kvm_arch_async_page_present_queued() unconditionally makes a
new request, i.e. will effectively delay entering the guest, so the
remaining work is really just:
trace_kvm_async_pf_completed(addr, cr2_or_gpa);
__kvm_vcpu_wake_up(vcpu);
mmput(mm);
and mmput() can't drop the last reference to the page tables if the vCPU is
still alive, i.e. the vCPU won't get stuck tearing down page tables.
Add a helper to do the flushing, specifically to deal with "wakeup all"
work items, as they aren't actually work items, i.e. are never placed in a
workqueue. Trying to flush a bogus workqueue entry rightly makes
__flush_work() complain (kudos to whoever added that sanity check).
Note, commit 5f6de5cbebee ("KVM: Prevent module exit until al
---truncated---
来源: CVE Program / CVE List V5
CVSS Information
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
来源: CVE Program / CVE List V5
Vulnerability Type
N/A
来源: CVE Program / CVE List V5
Vulnerability Title
Linux kernel 安全漏洞
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Description
Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞，该漏洞源于当 vCPU 被销毁时，没有刷新异步 #PF 工作队列。
来源: 中国国家信息安全漏洞库 CNNVD
CVSS Information
N/A
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Type
N/A
来源: 中国国家信息安全漏洞库 CNNVD
受影响产品
二、漏洞 CVE-2024-26976 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2024-26976 的情报信息
请登录查看更多情报信息。
CVE-2024-26976 邮件列表归档 (2)
CVE-2024-26976 其他参考 (9)
同批安全公告 · Linux · 2024-05-01 · 共 159 条
| CVE-2024-27388 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2024-26953 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2024-26931 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-27053 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-26990 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-26952 | 8.3 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-26936 | 8.2 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-27018 | 8.2 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-26980 | 8.2 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-26954 | 8.1 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-26994 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-26966 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-26974 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-27062 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-27061 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-26983 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-27058 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-27056 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-27017 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2024-27019 | 7.8 HIGH | Linux kernel 安全漏洞 |
显示前 20 条，共 159 条。 查看全部 → →
IV. Related Vulnerabilities
V. Comments for CVE-2024-26976
暂无评论