PT-2026-52277 · Linux · Linux
Published
2026-06-25
·
Updated
2026-06-25
·
CVE-2026-53181
None
No severity ratings or metrics are available. When they are, we'll update the corresponding info on the page.
In the Linux kernel, the following vulnerability has been resolved:
vsock/vmci: fix sk ack backlog leak on failed handshake
When vmci transport recv connecting server() returns an error,
vmci transport recv listen() calls vsock remove pending() but never
calls sk acceptq removed(). This leaves sk ack backlog incremented
permanently.
Repeated handshake failures (malformed packets, queue pair alloc
failure, event subscribe failure) cause sk ack backlog to climb
toward sk max ack backlog. Once it reaches the limit the listener
permanently refuses all new connections with -ECONNREFUSED, a
silent denial of service requiring a process restart to recover.
The two existing sk acceptq removed() calls in af vsock.c do not
cover this path: line 764 checks vsock is pending() which returns
false after vsock remove pending(), and line 1889 is only reached
on successful accept().
Fix by balancing sk acceptq added() with sk acceptq removed() on
the error path.
Found an issue in the description? Have something to add? Feel free to write us 👾
Related Identifiers
Affected Products
Linux