In the Linux kernel, the following vulnerability has been resolved: vsock/vmci: fix sk_ack_backlog leak on failed handshake When… (CVE-2026-53181)
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.
AI Analysis
Technical Summary
The Linux kernel vsock/vmci vulnerability (CVE-2026-53181) involves a sk_ack_backlog resource leak triggered when vmci_transport_recv_connecting_server() returns an error. The function vmci_transport_recv_listen() calls vsock_remove_pending() but omits sk_acceptq_removed(), causing sk_ack_backlog to increment permanently. Repeated handshake failures (due to malformed packets, queue pair allocation failure, or event subscription failure) cause sk_ack_backlog to reach sk_max_ack_backlog, after which the listener silently refuses new connections with -ECONNREFUSED. This denial of service requires a process restart to recover. The fix balances sk_acceptq_added() with sk_acceptq_removed() on the error path to prevent the leak.
Potential Impact
The vulnerability causes a denial of service condition by exhausting the socket acknowledgment backlog, leading to permanent refusal of new connection attempts on the affected listener. This impacts availability but does not affect confidentiality or integrity.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. The vulnerability description indicates that a fix has been implemented in the Linux kernel source code by balancing socket queue operations on error paths. Until an official patch is available and applied, affected systems may require process restarts to recover from the denial of service condition.
In the Linux kernel, the following vulnerability has been resolved: vsock/vmci: fix sk_ack_backlog leak on failed handshake When… (CVE-2026-53181)
Description
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.
CVSS v3.1
Score 5.5medium
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The Linux kernel vsock/vmci vulnerability (CVE-2026-53181) involves a sk_ack_backlog resource leak triggered when vmci_transport_recv_connecting_server() returns an error. The function vmci_transport_recv_listen() calls vsock_remove_pending() but omits sk_acceptq_removed(), causing sk_ack_backlog to increment permanently. Repeated handshake failures (due to malformed packets, queue pair allocation failure, or event subscription failure) cause sk_ack_backlog to reach sk_max_ack_backlog, after which the listener silently refuses new connections with -ECONNREFUSED. This denial of service requires a process restart to recover. The fix balances sk_acceptq_added() with sk_acceptq_removed() on the error path to prevent the leak.
Potential Impact
The vulnerability causes a denial of service condition by exhausting the socket acknowledgment backlog, leading to permanent refusal of new connection attempts on the affected listener. This impacts availability but does not affect confidentiality or integrity.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. The vulnerability description indicates that a fix has been implemented in the Linux kernel source code by balancing socket queue operations on error paths. Until an official patch is available and applied, affected systems may require process restarts to recover from the denial of service condition.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-6gq6-hxjh-9grq
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-53181"]
- Ecosystems
- []
- Database Specific Severity
- MODERATE
- Cvss Version
- 3.1
Threat ID: 6a4c345b27e9c797195fecd7
Added to database: 07/06/2026, 23:03:55 UTC
Last enriched: 07/06/2026, 23:31:54 UTC
Last updated: 07/31/2026, 19:24:49 UTC
Views: 3
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.