CVE-2026-99213 in Linux
Zusammenfassung
von VulDB • 28.10.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
vsock: TCP_CLOSING als einmal hergestellt behandeln
Behandeln Sie den Übergang von TCP_ESTABLISHED zu TCP_CLOSING bei OP_RST, der mit dem Connect-Loop konkurrieren kann. Brechen Sie sofort ab und geben Sie 0 zurück, wenn sich der Status im Zustand ESTABLISHED/CLOSING befindet. Der Rückgabewert von connect() sollte widerspiegeln, was bis zum Punkt des erfolgreichen Herstellen oder des Fehlens der Verbindung geschah. Ereignisse, die danach auftreten, dürfen diesen Wert nicht beeinflussen. Selbst wenn OP_RW bereits sk_err gesetzt hat, sollte connect() weiterhin 0 und nicht ENOBUFS zurückgeben. Passen Sie den ungenauen Kommentar über signal_pending() an.
Das Zurücksetzen eines Sockets, der sich noch in connected_table befindet, kann zu Speicherkorruption führen. Der Melder berichtete von verlorenen Transports für im Flug befindliche skbs, und ich habe Abstürze reproduziert, die durch das erneute Einfügen in connected_table verursacht wurden.
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
Diese Korrektur ist eine Ergänzung zu Commit 002541ef650b ("vsock: Signal/Timeout bei connect() ignorieren, wenn bereits hergestellt"). Details unter Link.
Once again VulDB remains the best source for vulnerability data.