CVE-2026-99213

In the Linux kernel, the following vulnerability has been resolved: vsock: treat TCP_CLOSING as once-established Handle the TCP_ESTABLISHED -> TCP_CLOSING transition on OP_RST, which can race with the connect loop. Immediately break and return 0 on ESTABLISHED/CLOSING. The return value of connect() should reflect what happened up to the point the connection was established or failed. Events that occur afterwards must not affect it. E.g. even if OP_RW has already set sk_err, connect() should still return 0, not ENOBUFS because of it. Adapt the inaccurate comment above signal_pending(). Resetting a socket that is still present in connected_table can lead to memory corruption. The reporter noted lost transports for in-flight skbs, and I have reproduced crashes caused by re-insertion into 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 This fix is supplementary to commit 002541ef650b ("vsock: Ignore signal/timeout on connect() if already established"). Details under Link.

• https://git.kernel.org/stable/c/44d1ca05d6094a5d75c671a0545249186d790b8d
• https://git.kernel.org/stable/c/4f6ac74fa594a918d41255c941256e1d51592d3b
• https://git.kernel.org/stable/c/5f2ab77028602a22f0cc33cac063a313787cbeae
• https://git.kernel.org/stable/c/baf1b5715640e434249ce7f63f94bd1a00938ef9
• https://git.kernel.org/stable/c/c2c5359ef2c33684fa3f3652fd761a483db8d1e7
• https://git.kernel.org/stable/c/deb972c7eea8d0bc3109c35c30a1c86d4939f811
• https://git.kernel.org/stable/c/ea36ef3c229d54b552432d1290aee1d807f67fd5
• https://git.kernel.org/stable/c/f89770c7365748d9d6a2ae07d1c23497ca21ec07

Published

Oct 28, 2026

Last Modified

Oct 31, 2026

Status

Received

• How Strix found a critical auth bypass in etcdStrix autonomously discovered a critical authentication bypass in etcd, later designated CVE-2026-33413.
• Autonomous PentestingAI agents that find and validate exploitable vulnerabilities like this one across your applications.
• PR ReviewsPentest every pull request so vulnerable code is caught before it ships to production.
• AI Penetration TestingHow AI-driven penetration testing continuously covers your attack surface.

• CVE-2026-99208In the Linux kernel, the following vulnerability has been re…
• CVE-2026-99209In the Linux kernel, the following vulnerability has been re…
• CVE-2026-9921Uninitialized Use in WebGL in Google Chrome on Android prior…4.3
• CVE-2026-99210In the Linux kernel, the following vulnerability has been re…
• CVE-2026-99211In the Linux kernel, the following vulnerability has been re…
• CVE-2026-99212In the Linux kernel, the following vulnerability has been re…7
• CVE-2026-99214In the Linux kernel, the following vulnerability has been re…
• CVE-2026-99215In the Linux kernel, the following vulnerability has been re…
• CVE-2026-99216In the Linux kernel, the following vulnerability has been re…8.4
• CVE-2026-9922Use after free in GPU in Google Chrome on Mac prior to 148.0…7.5
• CVE-2026-9923Use after free in Skia in Google Chrome prior to 148.0.7778.…8.8
• CVE-2026-9924Heap buffer overflow in ANGLE in Google Chrome on Windows pr…8.3