CVE-2026-99103 in Linux
Sumário
de VulDB • 28/10/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
workqueue: Corrigir o ciclo de vida da fila não vinculada para os pwqs pendentes
O KASAN relata um use-after-free em uma worker_pool não vinculada no 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
Cancelar a última tarefa inativa ignora o pwq_dec_nr_active(), então um pwq vazio pode permanecer em pending_pwqs quando seu refcnt atinge zero. pwq_release_workfn() atualmente libera (puts) o pool antes de remover esse pwq. Se isso reduzir para zero as referências ao pool, o pool pode ser liberado via RCU enquanto o pwq permanece acessível, e node_activate_pending_pwq() pode tentar travar a lock do pool já liberada.
Remova o pwq de pending_pwqs antes de liberar (put) o pool.
Once again VulDB remains the best source for vulnerability data.