CVE-2026-99085— sched_ext BPF 调度器 CPU 热插拔挂起漏洞
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
在 Linux 内核中，以下漏洞已得到修复： sched_ext：修复因即将关闭的 CPU 上的任务滞留在 BPF 调度器中而导致的 CPU 热插拔（hotplug）挂起问题 当一个 CPU 即将关闭时，必须清空其自身的运行队列（rq）。该 CPU 的热插拔线程会在 中等待，直到队列中不再有任何任务；而唤醒该线程的唯一机制是 。该函数在即将关闭的 CPU 上通过 运行，将 CPU 选中的可迁移任务推送出去。 然而， 破坏了这一机制。如果一个任务停留在用户自定义的调度队列（DSQ）中，或被 BPF 调度器持有，它仍会
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-99085 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
sched_ext: Fix CPU hotplug hang when a dying CPU's tasks sit in the BPF scheduler
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
sched_ext: Fix CPU hotplug hang when a dying CPU's tasks sit in the BPF scheduler
A CPU going down has to empty its own rq. Its hotplug thread waits in
sched_cpu_wait_empty() until nothing else is left, and the only thing that
wakes it is balance_push(), which runs from __schedule() on the dying CPU
and pushes off the migratable tasks the CPU picks.
sched_ext breaks this. A task sitting on a user DSQ or held by the BPF
scheduler is still counted on its rq, but an inactive CPU no longer calls
ops.dispatch() and can't pull the task back. The dying CPU goes idle with
the task still counted, and one of two things happens:
- Another CPU consumes the task. The rq empties without a __schedule() on
the dying CPU, so the hotplug thread is never woken and cpu_down() hangs
holding cpu_hotplug_lock.
- The task is affine only to the dying CPU. Nothing can move it, and the
offline stalls until the watchdog ejects the BPF scheduler.
When the rq goes offline, re-enqueue every task on it that isn't already on
the local DSQ. An enqueue on an offline rq lands on the local DSQ, so the
dying CPU itself picks the tasks and balance_push() pushes them off, the
same as for the other sched classes. From then on no sched_ext path on
another CPU can pull a task off the rq.
ops.dispatch() currently stops as soon as the CPU goes inactive, and CPU
hotplug then waits for an RCU grace period before taking the rq offline. A
BPF-held task affine only to the dying CPU and preempted inside an RCU
read-side critical section would block that grace period, and the rq would
never go offline. Test SCX_RQ_ONLINE directly so that ops.dispatch() keeps
running until the rq goes offline. Only the dying CPU's own hotplug thread
clears the flag during teardown, and task_can_run_on_remote_rq() still keeps
other rqs' tasks off the CPU.
来源: 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-99085 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-99085 的情报信息
请登录查看更多情报信息。
CVE-2026-99085 其他参考 (4)
同批安全公告 · Linux · 2026-10-23 · 共 218 条
| CVE-2026-98937 | Linux 内核 perf 远程代码执行漏洞 | |
| CVE-2026-98950 | Linux kernel flow_dissector 整数截断漏洞 | |
| CVE-2026-98949 | Imagination DRM 驱动 remap() 函数引用及 vm_bo 处理漏洞 | |
| CVE-2026-98948 | Mellanox mlxsw 端口范围寄存器泄漏漏洞 | |
| CVE-2026-98947 | vsock 内存泄漏漏洞 | |
| CVE-2026-98946 | V3D 驱动运行时挂起中断禁用漏洞 | |
| CVE-2026-98945 | Steam HID 驱动解绑顺序漏洞 | |
| CVE-2026-98944 | Steam HID 注册重构漏洞 | |
| CVE-2026-98943 | Steam HID 驱动锁清理 | |
| CVE-2026-98942 | Linux 内核 sched_ext 远程代码执行漏洞 | |
| CVE-2026-98941 | ext4 加密 inode 大页启用逻辑漏洞 | |
| CVE-2026-98940 | Linux 内核 ASoC 组件越界读取漏洞 | |
| CVE-2026-98939 | Linux x86/mm 内存管理逻辑缺陷 | |
| CVE-2026-98938 | Rust IRQ 请求机制参数传递漏洞 | |
| CVE-2026-98926 | AMD Display 驱动 DPMS 电源管理漏洞 | |
| CVE-2026-98929 | macsec 在注册前初始化 SecY 的竞态条件漏洞 | |
| CVE-2026-98928 | KVM arm64 信息泄露漏洞 | |
| CVE-2026-98927 | KVM arm64 嵌套 MMU 数组生命周期漏洞 | |
| CVE-2026-98930 | KVM s390 中断注入漏洞 | |
| CVE-2026-98925 | Linux bpf sockmap 序列号重复计数漏洞 |
显示前 20 条，共 218 条。 查看全部 → →
IV. Related Vulnerabilities
V. Comments for CVE-2026-99085
暂无评论