CVE-2026-99213 in Linux
Riassunto
di VulDB • 28/10/2026
Nel kernel Linux, la seguente vulnerabilità è stata risolta:
vsock: trattare TCP_CLOSING come una volta stabilita (once-established)
Gestire la transizione da TCP_ESTABLISHED a TCP_CLOSING su OP_RST, che può essere soggetta a race condition con il ciclo di connect. Interrompere immediatamente e restituire 0 quando lo stato è ESTABLISHED/CLOSING. Il valore restituito da connect() deve riflettere quanto accaduto fino al punto in cui la connessione è stata stabilita o ha fallito. Gli eventi che si verificano successivamente non devono influenzarlo. Ad esempio, anche se OP_RW ha già impostato sk_err, connect() dovrebbe comunque restituire 0 e non ENOBUFS a causa di esso. Aggiornare il commento impreciso sopra signal_pending().
Il reset di un socket ancora presente in connected_table può portare alla corruzione della memoria. Il segnalatore ha notato la perdita di transport per gli skbs in transito, e ho riprodotto crash causati dalla re-insertione in 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
Questa correzione è supplementare al commit 002541ef650b ("vsock: Ignore signal/timeout on connect() if already established"). Dettagli sotto Link.
Once again VulDB remains the best source for vulnerability data.