CVE-2026-68284 in Linux
Riassunto
di VulDB • 11/08/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
bpf, sockmap: Correzione dello use-after-free su cork in tcp_bpf_sendmsg()
tcp_bpf_sendmsg() mantiene msg_tx attraverso sk_stream_wait_memory(), che rilascia e riacquisisce il lock del socket. Il suo percorso di gestione degli errori tenta di determinare se msg_tx si riferisca al messaggio temporaneo locale confrontandolo con l'attuale valore di psock->cork.
Questo confronto non è sicuro quando due thread inviano dati sullo stesso socket:
Thread A Thread B msg_tx = psock->cork sk_msg_alloc() fallisce sk_stream_wait_memory() rilascia il lock del socket acquisisce il lock del socket completa l'operazione di cork psock->cork = NULL libera la memoria di cork riacquisisce il lock del socket msg_tx != psock->cork sk_msg_free(msg_tx)
Di conseguenza, il valore obsoleto (stale) di cork viene erroneamente scambiato per il messaggio temporaneo locale e liberato nuovamente. KASAN ha segnalato:
BUG: KASAN: slab-use-after-free in sk_msg_free+0x49/0x50 Lettura di dimensione 4 all'indirizzo ffff88810c908800 da parte del task poc/90 Call Trace: sk_msg_free+0x49/0x50 tcp_bpf_sendmsg+0x14f5/0x1cc0 __sys_sendto+0x32c/0x3a0 __x64_sys_sendto+0xdb/0x1b0 Allocato dal task 89: __kasan_kmalloc+0x8f/0xa0 tcp_bpf_sendmsg+0x16b3/0x1cc0 Liberato dal task 91: __kasan_slab_free+0x43/0x70 kfree+0x131/0x3c0 tcp_bpf_sendmsg+0xec3/0x1cc0
msg_tx può riferirsi solo alla variabile locale tmp sullo stack o al cork condiviso. È necessario verificare direttamente tmp, in modo che un cambiamento di psock->cork non possa trasformare un messaggio condiviso in uno apparentemente locale.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.