CVE-2026-99253— Linux 内核 io_uring 竞态条件漏洞
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
在 Linux 内核中，以下漏洞已得到修复： io_uring/cancel：在睡眠前重新启用本地工作唤醒机制 函数会将 设置为 1，以便下一个 调用能够唤醒正在执行取消操作的任务。只有将计数减至 0 的那次添加操作会触发唤醒，后续操作由于检测到计数值小于或等于 0 而直接返回。然而， 函数直到较晚阶段才将任务状态设置为 ，因此唯一的唤醒信号可能被一个仍在运行的任务消耗掉。只要该次添加操作的入口（entry）仍保留在队列中， 检查就会跳过睡眠操作，此时没有问题。但如果该添加操作在将其入口入队后被延迟，则会出现问题：
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-99253 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
io_uring/cancel: rearm local work wake up before sleep
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
io_uring/cancel: rearm local work wake up before sleep
io_uring_try_cancel_requests() sets ->cq_wait_nr to 1 so that the next
io_req_local_work_add() wakes the cancelling task. The add that takes the
count to zero is the only one that wakes, later ones see a count <= 0 and
return. io_uring_cancel_generic() however only becomes
TASK_INTERRUPTIBLE much later, so the one wake up can be spent on a
running task. That is fine as long as the entry of that add is still
queued, as the io_local_work_pending() check then skips the sleep. It is
not if the add was delayed after queueing its entry:
CPU0 (submitter in exec or exit) CPU1 (io_req_local_work_add)
mpscq_push(req A)
io_uring_try_cancel_requests()
io_run_local_work() // runs req A
io_uring_try_cancel_requests()
atomic_set(&ctx->cq_wait_nr, 1)
atomic_read(&ctx->cq_wait_nr) == 1
count taken, wake_up_state()
// task is running, no-op
prepare_to_wait(TASK_INTERRUPTIBLE)
io_local_work_pending() == false
schedule()
mpscq_push(req B)
cq_wait_nr <= 0, return
Only the sleeping task can run req B, so it is stuck in execve() until a
signal happens to wake it. An exiting task doesn't even get that.
Arm the count again once the task state is set and before the work list
is checked, for the rings whose local work this task is the one to run.
来源: 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-99253 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-99253 的情报信息
请登录查看更多情报信息。
CVE-2026-99253 其他参考 (2)
同批安全公告 · Linux · 2026-11-03 · 共 28 条
| CVE-2026-99270 | 8.1 HIGH | Linux TCP 潜在释放后重用漏洞 |
| CVE-2026-99246 | 8.1 HIGH | Linux TIPC 节点重置追踪转储竞争条件漏洞 |
| CVE-2026-99269 | 7.8 HIGH | Linux sched_ext 任务调度逻辑缺陷 |
| CVE-2026-99264 | 7.8 HIGH | Linux io_uring 拒绝重试未提交缓冲区的接收 |
| CVE-2026-99243 | io-wq 工作线程创建退出位排序漏洞 | |
| CVE-2026-99245 | Linux 内核 key_reject_and_link 竞态漏洞 | |
| CVE-2026-99244 | Linux pid_namespace 信号中断漏洞 | |
| CVE-2026-99248 | xiic 驱动运行时电源管理时钟警告漏洞 | |
| CVE-2026-99247 | tracing 组件远程代码执行漏洞 | |
| CVE-2026-99249 | Linux 内核 pid_namespace 冻结漏洞 | |
| CVE-2026-99250 | Linux 内核 kthread 启动延迟漏洞 | |
| CVE-2026-99251 | Hyper-V 驱动无限重试循环漏洞 | |
| CVE-2026-99252 | Linux Kernel io_uring 拒绝服务漏洞 | |
| CVE-2026-99255 | Linux 内核 io_uring 竞态条件漏洞 | |
| CVE-2026-99254 | Linux io_uring 拒绝任务取消时任务工作洪泛漏洞 | |
| CVE-2026-99257 | Linux GPIO 共享设备查找处理漏洞 | |
| CVE-2026-99256 | dm cache 后台工作锁机制漏洞 | |
| CVE-2026-99259 | Tegra PMC 时钟速率未初始化漏洞 | |
| CVE-2026-99258 | Linux x86 Hyper-V 内核信息泄露漏洞 | |
| CVE-2026-99260 | NTFS 属性标志转换逻辑漏洞 |
显示前 20 条，共 28 条。 查看全部 → →