CVE-2026-74614— vsock/virtio：未在工作锁下读取virtqueues
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
在 Linux 内核中，已修复以下漏洞： vsock/virtio：在工作器锁的保护下读取 virtqueues 提交 bd50c5dc182b（“vsock/virtio：添加对设备挂起/恢复的支持”）导致在恢复过程中安装新的 virtqueues 时，*_run 标志从 false 变为 true。RX、TX 和事件工作器在未加锁的情况下先读取其 virtqueue，再检查对应的标志。因此，若在挂起和恢复之间被延迟的工作器可能会观察到新 virtqueue 的运行状态，但仍保留对已删除旧 virtqueue 的
可能的 ATT&CK 技术 1 AI
T1059 · Command and Scripting Interpreter影响版本矩阵 17
| 厂商 | 产品 | 版本范围 | 状态 |
|---|---|---|---|
| Linux | Linux | 762c251c7f5c4ee5bef71460c6e822ed293fd69f< 941329ce14c5f481223a10d1d4c8b57ea7f3048a |
affected |
bd50c5dc182b0a52599f87b429f9a5a9cbfc9b1c< 29dd10583bf9d2744cd84b862e4257c0a5699570 |
affected | ||
bd50c5dc182b0a52599f87b429f9a5a9cbfc9b1c< a1fb0c5b8a7c2753758aeced40971f99449dde0c |
affected | ||
bd50c5dc182b0a52599f87b429f9a5a9cbfc9b1c< eae099c764c7ebdb842eb1f638913e310bdd6513 |
affected | ||
bd50c5dc182b0a52599f87b429f9a5a9cbfc9b1c< bd43a7ec668be428265b3209eb43647aedcf720a |
affected | ||
bd50c5dc182b0a52599f87b429f9a5a9cbfc9b1c< 1cecb4202afdbeddcf29d59baf596ac6ab753f7f |
affected | ||
bd50c5dc182b0a52599f87b429f9a5a9cbfc9b1c< ebac8f6b1ef0e9278afe204b8692a7479988dace |
affected | ||
5.15.138< 5.15.216 |
affected | ||
| … +9 条更多 | |||
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-74614 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
vsock/virtio: read virtqueues under worker locks
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
vsock/virtio: read virtqueues under worker locks
Commit bd50c5dc182b ("vsock/virtio: add support for device
suspend/resume") made the *_run flags transition from false to true when
restore installs replacement virtqueues. The RX, TX and event workers
read their virtqueue before locking and checking the corresponding flag,
so a worker delayed across freeze and restore can observe the replacement
queue's running state while retaining a pointer to the deleted queue.
Read each virtqueue under its mutex after checking the run flag, keeping
the pointer and state in the same queue generation.
来源: CVE Program / CVE List V5
CVSS Information
CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
来源: CVE Program / CVE List V5
Vulnerability Type
N/A
来源: CVE Program / CVE List V5
受影响产品
二、漏洞 CVE-2026-74614 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-74614 的情报信息
请登录查看更多情报信息。
CVE-2026-74614 补丁与修复 (6)
同批安全公告 · Linux · 2026-08-22 · 共 150 条
| CVE-2026-74705 | 10.0 CRITICAL | UDP隧道分段潜在使用-after-free漏洞 |
| CVE-2026-74612 | 10.0 CRITICAL | Linux内核veth模块SKB长度计算漏洞 |
| CVE-2026-74669 | 9.8 CRITICAL | Linux IPVS IPv4选项后重定位隧道ICMP错误 |
| CVE-2026-74628 | 9.8 CRITICAL | Linux内核 x25 远程计时器释放后使用漏洞 |
| CVE-2026-74608 | 9.8 CRITICAL | SMB客户端cifs_try_adding_channels函数中的释放后使用漏洞 |
| CVE-2026-74662 | 9.8 CRITICAL | Linux inet frags 定时器竞争条件漏洞 |
| CVE-2026-74688 | 9.8 CRITICAL | SCTP传输控制块移除漏洞 |
| CVE-2026-74587 | 9.8 CRITICAL | SCTP 缓存 ASCONF 块使用后释放漏洞 |
| CVE-2026-74591 | 9.8 CRITICAL | Linux 内核文件映射恢复索引前重试导致漏洞 |
| CVE-2026-74588 | 9.8 CRITICAL | Linux SCTP传输列表不同步漏洞 |
| CVE-2026-74727 | 9.8 CRITICAL | OpenVPN by_id移除后跳过哈希重构 |
| CVE-2026-74616 | 9.8 CRITICAL | Linux内核XDP克隆数据包越界漏洞 |
| CVE-2026-74730 | 9.8 CRITICAL | NFS：在FREE_STATEID调用期间锁定struct nfs_server |
| CVE-2026-74723 | 9.8 CRITICAL | btrfs LZO拒绝无有效头部的内联扩展 |
| CVE-2026-74586 | 9.8 CRITICAL | Linux内核SCTP对等端移除时传输未清理漏洞 |
| CVE-2026-74597 | 9.8 CRITICAL | Linux ip6_tunnel skb2->cb[]未清除漏洞 |
| CVE-2026-74611 | 9.8 CRITICAL | TLS 1.3 乐观重试消息迭代器恢复漏洞 |
| CVE-2026-74617 | 9.8 CRITICAL | dibs: 在dibs_dev_alloc()中初始化dibs->lock |
| CVE-2026-74712 | 9.3 CRITICAL | mlx5 vdpa 在 create_direct_keys() 中缓冲区长度修复漏洞 |
| CVE-2026-74665 | 9.1 CRITICAL | NET skb长度计算通用XDP片段调整后修复 |
显示前 20 条，共 150 条。 查看全部 → →
IV. Related Vulnerabilities
V. Comments for CVE-2026-74614
暂无评论