CVE-2026-99103 in Linux
摘要
由 VulDB • 2026-10-28
在 Linux 内核中，已修复以下漏洞：
workqueue: 修复待处理工作队列（pwqs）的未绑定池生命周期问题
KASAN 报告在未绑定 worker_pool 上发生 use-after-free 错误，发生在 node_activate_pending_pwq() 函数中：
BUG: KASAN: slab-use-after-free in _raw_spin_trylock+0x6d/0x120 Read of size 4 at addr ffff8880089ce000 by task kworker/u22:0/318
CPU: 1 UID: 0 PID: 318 Comm: kworker/u22:0 Not tainted 7.2.0 #1 PREEMPT(lazy) Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.15.0-1 04/01/2014 Workqueue: 0x0 (flush-8:0) Call Trace: <TASK> dump_stack_lvl+0x53/0x70 print_report+0xce/0x610 kasan_report+0xce/0x100 _raw_spin_trylock+0x6d/0x120 pwq_dec_nr_in_flight+0x4b4/0xcb0 process_one_work+0x921/0x11a0 worker_thread+0x4d0/0xd20 kthread+0x2de/0x3c0 ret_from_fork+0x3aa/0x620 ret_from_fork_asm+0x1a/0x30 </TASK>
Allocated by task 311: alloc_pwq+0x439/0xca0 apply_wqattrs_prepare+0x75e/0xd10 apply_workqueue_attrs_locked+0x44/0xa0 wq_nice_store+0x350/0x450
Freed by task 0: kfree+0x127/0x3b0 rcu_core+0x523/0x1780 handle_softirqs+0x1b3/0x610
Last potentially related work creation: put_unbound_pool+0x3f3/0x7d0 pwq_release_workfn+0x494/0x8e0 kthread_worker_fn+0x1ff/0x790
取消最后一个非活动工作会跳过 pwq_dec_nr_active()，因此当 refcnt 降至零时，空的 pwq 可能仍保留在 pending_pwqs 中。pwq_release_workfn() 当前会在移除该 pwq 之前执行 put pool 操作。如果这导致池引用计数归零，则该池可能被 RCU-freed（RCU 释放），而 pwq 仍然可达，此时 node_activate_pending_pwq() 可能会尝试锁定已释放的 pool->lock。
在将池引用计数减一之前，先从 pending_pwqs 中移除该 pwq。
If you want to get best quality of vulnerability data, you may have to visit VulDB.