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

vsock/vmci: validate packet source for connected sockets

vmci_transport_recv_stream_cb() looks up sockets first by the full source
and destination tuple, then by destination only in the bound table. The
fallback can select a non-listening socket without checking whether the
packet came from its stored peer.

This was reproduced with two VMCI contexts. A RST from the context not
stored in a TCP_SYN_SENT socket reset that socket after it was selected by
the destination-only lookup.

VMCI can process notification packets in bottom-half context when the
socket is not owned by user context, or defer packets to a workqueue. Use
vsock_check_source() after taking the socket lock in the bottom-half path,
and recheck after lock_sock() in the workqueue path. Listening sockets
continue to accept packets from any source.

Reply with a RST addressed from the received packet before dropping a
source that fails validation. This preserves the existing reset behavior
for bound non-listening and concurrently closed sockets without directing
the reset to a connected socket's stored peer.
Published: 2026-10-28
Score: n/a
EPSS: n/a
KEV: No
Impact: Denial of Service
Action: Patch
AI Analysis

Impact

An attacker can send a forged VMCI packet from an arbitrary context, causing the Linux kernel’s vmci_transport_recv_stream_cb() to reset a socket that it does not own. The original implementation first matches sockets by a full source‑destination tuple and, if that fails, falls back to a destination‑only lookup without verifying that the packet came from the socket’s stored peer. This flaw allows a malicious packet to be matched to a non‑listening socket and trigger a reset, thereby disrupting or terminating connections on the host. The impact is a denial of service and unintended state changes in network communication within the affected system.

Affected Systems

The flaw exists in the Linux kernel’s VMCI subsystem. Any kernel that includes VMCI support and handles connected sockets is vulnerable. The exact kernel versions are not specified in the report, so all releases prior to the patch commit (c027f8b4) should be considered at risk.

Risk and Exploitability

The vulnerability is rooted in improper input validation. No CVSS or EPSS score is available, and the issue is not listed in the CISA KEV catalog, indicating limited reported exploitation. The likely attack vector is a local attacker with the ability to craft and inject VMCI packets, such as a privileged user or a compromised virtual machine inside the same host. While the exploit requires specific VMCI context control, exploitation could lead to disruption of services through unauthorized socket resets. The overall risk is moderate but should not be ignored in environments relying on VMCI.

Generated by OpenCVE AI on October 28, 2026 at 11:45 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Update the Linux kernel to a version that includes the vmci source validation fix (e.g., the latest stable release incorporating commit c027f8b4).
  • Reboot or otherwise ensure the updated kernel is active so that all vmci interfaces use the corrected logic.
  • If a kernel update is not possible, disable the VMCI subsystem by removing the vmci module or setting the appropriate kernel parameter to prevent the vulnerable path from being exercised.

Generated by OpenCVE AI on October 28, 2026 at 11:45 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Wed, 28 Oct 2026 12:30:00 +0000

Type Values Removed Values Added
First Time appeared Linux linux
Vendors & Products Linux linux

Wed, 28 Oct 2026 12:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-20

Wed, 28 Oct 2026 10:45:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: vsock/vmci: validate packet source for connected sockets vmci_transport_recv_stream_cb() looks up sockets first by the full source and destination tuple, then by destination only in the bound table. The fallback can select a non-listening socket without checking whether the packet came from its stored peer. This was reproduced with two VMCI contexts. A RST from the context not stored in a TCP_SYN_SENT socket reset that socket after it was selected by the destination-only lookup. VMCI can process notification packets in bottom-half context when the socket is not owned by user context, or defer packets to a workqueue. Use vsock_check_source() after taking the socket lock in the bottom-half path, and recheck after lock_sock() in the workqueue path. Listening sockets continue to accept packets from any source. Reply with a RST addressed from the received packet before dropping a source that fails validation. This preserves the existing reset behavior for bound non-listening and concurrently closed sockets without directing the reset to a connected socket's stored peer.
Title vsock/vmci: validate packet source for connected sockets
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 Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-10-28T10:34:37.859Z

Reserved: 2026-09-25T10:25:14.393Z

Link: CVE-2026-99122

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-28T11:17:31.847

Modified: 2026-10-28T11:17:31.847

Link: CVE-2026-99122

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-10-28T12:15:14Z

Weaknesses
  • CWE-20

    Improper Input Validation