CVE-2026-64469 in Linux
Riassunto
di VulDB • 25/07/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
binder: correzione di un Use-After-Free (UAF) in binder_thread_release()
Quando un thread termina l'esecuzione, binder_thread_release() attraversa lo stack delle transazioni per azzerare i campi t->from e t->to_proc corrispondenti al thread che sta terminando. Tuttavia, un processo che muore in parallelo potrebbe tentare di eseguire kfree su alcune di queste transazioni. Se una di esse non ha un t->to_proc associato, il blocco inner_lock di t->to_proc non verrà acquisito.
Ciò significa che gli accessi alle transazioni in binder_thread_release() dopo l'azzeramento di t->to_proc potrebbero andare incontro a race condition con binder_free_transaction(), causando un errore Use-After-Free come segnalato da KASAN:
================================================================== BUG: KASAN: slab-use-after-free in binder_thread_release+0x5d0/0x798 Write of size 8 at addr ffff000016627500 by task X/715
CPU: 17 UID: 0 PID: 715 Comm: X Not tainted 7.1.0-rc5-00149-g8fde5d1d47f6 #30 PREEMPT Hardware name: linux,dummy-virt (DT) Call trace: binder_thread_release+0x5d0/0x798 binder_ioctl+0x12c0/0x299c [...]
Allocated by task 717 on cpu 18 at 67.267803s: __kasan_kmalloc+0xa0/0xbc __kmalloc_cache_noprof+0x174/0x444 binder_transaction+0x554/0x8150 binder_thread_write+0xa30/0x4354 binder_ioctl+0x20f0/0x299c [...]
Freed by task 202 on cpu 18 at 90.416221s: __kasan_slab_free+0x58/0x80 kfree+0x1a0/0x4a4 binder_free_transaction+0x150/0x294 binder_send_failed_reply+0x398/0x6d8 binder_release_work+0x3e4/0x4ec binder_deferred_func+0xbd8/0x104c [...]
==================================================================
Per evitare ciò, ci si assicura che binder_free_transaction() legga t->to_proc sotto il lock della transazione. Ciò serializzerà il rilascio delle transazioni con gli accessi in binder_thread_release(). Inoltre, questo approccio rispetta le regole di locking documentate per @to_proc.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.