CVE-2026-74593— sched_ext: scx_cgroup_lock()中优先获取cgroup_lock()
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
在 Linux 内核中，已修复以下漏洞： sched_ext：在 scx_cgroup_lock() 中应先获取 cgroup_lock() scx_cgroup_lock() 当前会先写锁 scx_cgroup_ops_rwsem，然后再获取 cgroup_lock()，这可能导致通过 kernfs 发生死锁。具体锁顺序及潜在死锁路径如下： 上述场景中的死锁原因为： “启用”路径（enable）等待“移除”（rmdir）路径释放 cgroup_mutex； “移除”路径在停用 cpu 控制器的文件后，会在 ker
可能的 ATT&CK 技术 1 AI
T1055 · Process Injection影响版本矩阵 8
| 厂商 | 产品 | 版本范围 | 状态 |
|---|---|---|---|
| Linux | Linux | a5bd6ba30b3364354269b81ac55c2edca9a96d6d< 2ca6b43edf83f8fc368cc3094ee5f3b1e8e0b0f0 |
affected |
a5bd6ba30b3364354269b81ac55c2edca9a96d6d< a054c9ffa9b7a0dffb763837b91ac9d381ec6d10 |
affected | ||
a5bd6ba30b3364354269b81ac55c2edca9a96d6d< 5f8b69642d18e1f3e11996707842ac530444e959 |
affected | ||
6.18 |
affected | ||
< 6.18 |
unaffected | ||
6.18.46≤ 6.18.* |
unaffected | ||
7.1.9≤ 7.1.* |
unaffected | ||
7.2≤ * |
unaffected |
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-74593 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
sched_ext: Take cgroup_lock() first in scx_cgroup_lock()
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
sched_ext: Take cgroup_lock() first in scx_cgroup_lock()
scx_cgroup_lock() write-locks scx_cgroup_ops_rwsem and then takes
cgroup_lock(), which can deadlock through kernfs:
scx enable/disable cgroup rmdir cpu.weight write
------------------ ------------ ----------------
cgroup_lock()
percpu_down_write(rwsem)
cgroup_lock()
kernfs_get_active()
percpu_down_read(rwsem)
kernfs_drain()
The enable path waits for the rmdir to release cgroup_mutex. The rmdir,
deactivating the cpu controller's files, waits in kernfs_drain() for the
write's active reference. The write, in scx_group_set_weight(), waits for
the rwsem behind the pending writer.
Take cgroup_lock() first. The set_* paths take no cgroup locks inside the
read side, so a pending write-lock then only waits for read sections that
always run to completion, and no dependency from the rwsem back to
cgroup_mutex remains.
来源: CVE Program / CVE List V5
CVSS Information
N/A
来源: CVE Program / CVE List V5
Vulnerability Type
N/A
来源: CVE Program / CVE List V5
受影响产品
二、漏洞 CVE-2026-74593 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-74593 的情报信息
请登录查看更多情报信息。
CVE-2026-74593 补丁与修复 (3)
同批安全公告 · 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-74597 | 9.8 CRITICAL | Linux ip6_tunnel skb2->cb[]未清除漏洞 |
| CVE-2026-74591 | 9.8 CRITICAL | Linux 内核文件映射恢复索引前重试导致漏洞 |
| CVE-2026-74662 | 9.8 CRITICAL | Linux inet frags 定时器竞争条件漏洞 |
| CVE-2026-74628 | 9.8 CRITICAL | Linux内核 x25 远程计时器释放后使用漏洞 |
| CVE-2026-74611 | 9.8 CRITICAL | TLS 1.3 乐观重试消息迭代器恢复漏洞 |
| CVE-2026-74669 | 9.8 CRITICAL | Linux IPVS IPv4选项后重定位隧道ICMP错误 |
| CVE-2026-74587 | 9.8 CRITICAL | SCTP 缓存 ASCONF 块使用后释放漏洞 |
| CVE-2026-74588 | 9.8 CRITICAL | Linux SCTP传输列表不同步漏洞 |
| CVE-2026-74586 | 9.8 CRITICAL | Linux内核SCTP对等端移除时传输未清理漏洞 |
| CVE-2026-74730 | 9.8 CRITICAL | NFS：在FREE_STATEID调用期间锁定struct nfs_server |
| CVE-2026-74616 | 9.8 CRITICAL | Linux内核XDP克隆数据包越界漏洞 |
| CVE-2026-74727 | 9.8 CRITICAL | OpenVPN by_id移除后跳过哈希重构 |
| CVE-2026-74723 | 9.8 CRITICAL | btrfs LZO拒绝无有效头部的内联扩展 |
| CVE-2026-74688 | 9.8 CRITICAL | SCTP传输控制块移除漏洞 |
| CVE-2026-74617 | 9.8 CRITICAL | dibs: 在dibs_dev_alloc()中初始化dibs->lock |
| CVE-2026-74608 | 9.8 CRITICAL | SMB客户端cifs_try_adding_channels函数中的释放后使用漏洞 |
| 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-74593
暂无评论