Description
In the Linux kernel, the following vulnerability has been resolved:

vsock/virtio: fix accept queue count leak on transport mismatch

virtio_transport_recv_listen() calls sk_acceptq_added() before
vsock_assign_transport(). If vsock_assign_transport() fails or
selects a different transport, the error path returns without
calling sk_acceptq_removed(), permanently incrementing
sk_ack_backlog.

After approximately backlog+1 such failures, sk_acceptq_is_full()
returns true, causing the listener to reject all new connections.

Fix by moving sk_acceptq_added() to after the transport validation,
matching the pattern used by vmci_transport and hyperv_transport.
Published: 2026-05-28
Score: n/a
EPSS: < 1% Very Low
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

In the Linux kernel, a flaw in the vsock/virtio transport brings about an accept queue count leak. The function that registers a new socket is invoked before the transport type is verified, causing a permanent backlog increment when the transport assignment later fails or switches. As a result, the backlog grows unchecked, and once it surpasses the limit the listener refuses all additional connections, effectively crippling connectivity for that socket. The vulnerability exposes a denial‑of‑service condition tied to resource exhaustion in the kernel.

Affected Systems

All Linux kernel installations that have not been updated to include the described commit are vulnerable. The issue originates in the vsock/virtio module, so any system using that transport layer—common in virtualized environments—could be impacted.

Risk and Exploitability

The flaw grants a denial‑of‑service without requiring elevated privileges, though it necessitates an ability to trigger connection attempts that fail transport validation. Because the backlog increment is persistent, repeated failures will lock the listener. No public exploit has been cited, and the EPSS score is unavailable, but the potential to disrupt services in environments that rely on vsock connections makes it a high‑priority target for attackers. The vulnerability is not listed in the CISA KEV catalog.

Generated by OpenCVE AI on May 28, 2026 at 12:33 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Apply the latest Linux kernel release that contains the fix, or back‑port the patch from the commit history.
  • Verify that the kernel configuration enables the vsock/virtio module and that no legacy transport drivers remain that could trigger the path.
  • Monitor socket backlog metrics and, if patching cannot occur immediately, temporarily reduce the maximum backlog size for vsock sockets to limit the impact of the leak.

Generated by OpenCVE AI on May 28, 2026 at 12:33 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Thu, 28 May 2026 13:00:00 +0000

Type Values Removed Values Added
Weaknesses CWE-668

Thu, 28 May 2026 10:15:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: vsock/virtio: fix accept queue count leak on transport mismatch virtio_transport_recv_listen() calls sk_acceptq_added() before vsock_assign_transport(). If vsock_assign_transport() fails or selects a different transport, the error path returns without calling sk_acceptq_removed(), permanently incrementing sk_ack_backlog. After approximately backlog+1 such failures, sk_acceptq_is_full() returns true, causing the listener to reject all new connections. Fix by moving sk_acceptq_added() to after the transport validation, matching the pattern used by vmci_transport and hyperv_transport.
Title vsock/virtio: fix accept queue count leak on transport mismatch
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-05-28T09:40:31.245Z

Reserved: 2026-05-13T15:03:33.105Z

Link: CVE-2026-46214

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Awaiting Analysis

Published: 2026-05-28T10:16:37.050

Modified: 2026-05-28T13:44:01.663

Link: CVE-2026-46214

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-05-28T16:15:03Z

Weaknesses