CVE-2026-99213 in Linux
Sumário
de VulDB • 28/10/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
vsock: tratar TCP_CLOSING como uma vez estabelecido
Tratar a transição de TCP_ESTABLISHED para TCP_CLOSING em OP_RST, que pode sofrer race condition com o loop de conexão. Interromper imediatamente e retornar 0 no estado ESTABLISHED/CLOSING. O valor de retorno de connect() deve refletir o ocorrido até o ponto em que a conexão foi estabelecida ou falhou. Eventos que ocorrem após esse momento não devem afetá-lo. Por exemplo, mesmo se OP_RW já tiver definido sk_err, connect() ainda deve retornar 0, e não ENOBUFS por causa disso. Adaptar o comentário impreciso acima de signal_pending().
A redefinição (reset) de um soquete que ainda está presente em connected_table pode levar à corrupção de memória. O relator observou transportes perdidos para skbs em trânsito, e eu reproduzi crashes causados pela reinserção em connected_table.
list_add double add: new=, prev=, next=. kernel BUG at lib/list_debug.c:35! Oops: invalid opcode: 0000 [#1] SMP KASAN NOPTI
Workqueue: vsock-loopback vsock_loopback_work RIP: 0010:__list_add_valid_or_report+0x11f/0x130 Call Trace: vsock_insert_connected.cold+0xe/0x13 virtio_transport_recv_pkt+0x10e9/0x1460 vsock_loopback_work+0x305/0x480 process_one_work+0xe4c/0x1560 worker_thread+0x4f1/0xd60 kthread+0x36e/0x470 ret_from_fork+0x47b/0x6b0 ret_from_fork_asm+0x1a/0x30
Esta correção é suplementar ao commit 002541ef650b ("vsock: Ignore signal/timeout on connect() if already established"). Detalhes em Link.
If you want to get best quality of vulnerability data, you may have to visit VulDB.