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

nvmet-tcp: fix out-of-bounds write when receiving an over-long PDU

nvmet_tcp_try_recv_pdu() reads a PDU header into the fixed 128-byte
queue->pdu union, then computes the remaining payload length as

queue->left = hdr->hlen - queue->offset + hdgst;

and reads that many more bytes into &queue->pdu + queue->offset, without
ever bounding the result against sizeof(queue->pdu).

A struct nvme_tcp_icreq_pdu is itself 128 bytes, exactly the size of the
union. Once a header digest has been negotiated (hdgst = 4), a second
ICReq passes the hlen == nvmet_tcp_pdu_size() check but yields
queue->left = 128 - 8 + 4 = 124, so bytes 8..132 are written into the
128-byte buffer -- 4 bytes past its end, over queue->hdr_digest and
queue->data_digest. Those bytes are attacker-controlled (an ICReq
carries no digest), and the duplicate ICReq is only rejected later,
after the overflow. A remote unauthenticated host can thus corrupt
kernel memory adjacent to the receive buffer.

Reject any PDU whose declared length would read past the end of
queue->pdu before the second recv.
Published: 2026-09-16
Score: 9.8 Critical
EPSS: < 1% Very Low
KEV: No
Impact: Kernel memory corruption leading to potential arbitrary code execution
Action: Immediate Patch
AI Analysis

Impact

A remote unauthenticated host can send a crafted NVMe‑over‑TCP PDU that contains an over‑long header, causing the nvmet_tcp_try_recv_pdu() function to write beyond the bounds of a fixed 128‑byte buffer. The overflow corrupts adjacent kernel memory, giving an attacker control over kernel data structures and enabling privilege escalation or denial of service. The vulnerability arises from an unchecked calculation of the payload length during packet reception and leaves the buffer unbounded.

Affected Systems

Affected systems are Linux kernels that implement the nvmet_tcp driver; the specific distributions are not listed in the CVE data, but typical distributions that ship this driver are likely affected. Devices exposing the NVMe‑over‑TCP service (commonly port 4420) are directly susceptible.

Risk and Exploitability

With a CVSS score of 9.8, this vulnerability is classified as critical. The EPSS score is below 1%, implying a low probability of observed exploitation, but the vulnerability is not listed in the CISA KEV catalog. Attackers can remotely exploit this flaw by simply sending a crafted NVMe‑over‑TCP packet to an open port (usually 4420) without any authentication or privileged access. The lack of input bounds checking allows an over‑long PDU to overflow a 128-byte buffer, corrupt adjacent kernel memory, and potentially lead to arbitrary code execution or denial of service.

Generated by OpenCVE AI on September 18, 2026 at 08:28 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Apply the latest kernel patch that includes the nvmet_tcp_try_recv_pdu fix and reboot the machine
  • If a kernel update cannot be applied immediately, block inbound traffic to NVMe‑over‑TCP port 4420 with a firewall until the patch is installed
  • Use network segmentation or air‑gap to isolate systems hosting NVMe‑over‑TCP services from untrusted networks

Generated by OpenCVE AI on September 18, 2026 at 08:28 UTC.

Tracking

Sign in to view the affected projects.

Advisories
Source ID Title
Debian DLA Debian DLA DLA-4817-1 linux-6.12 security update
Debian DSA Debian DSA DSA-6528-1 linux security update
History

Fri, 18 Sep 2026 08:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-119

Wed, 16 Sep 2026 14:45:00 +0000

Type Values Removed Values Added
Metrics cvssV3_1

{'score': 9.8, 'vector': 'CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H'}


Wed, 16 Sep 2026 10:45:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: nvmet-tcp: fix out-of-bounds write when receiving an over-long PDU nvmet_tcp_try_recv_pdu() reads a PDU header into the fixed 128-byte queue->pdu union, then computes the remaining payload length as queue->left = hdr->hlen - queue->offset + hdgst; and reads that many more bytes into &queue->pdu + queue->offset, without ever bounding the result against sizeof(queue->pdu). A struct nvme_tcp_icreq_pdu is itself 128 bytes, exactly the size of the union. Once a header digest has been negotiated (hdgst = 4), a second ICReq passes the hlen == nvmet_tcp_pdu_size() check but yields queue->left = 128 - 8 + 4 = 124, so bytes 8..132 are written into the 128-byte buffer -- 4 bytes past its end, over queue->hdr_digest and queue->data_digest. Those bytes are attacker-controlled (an ICReq carries no digest), and the duplicate ICReq is only rejected later, after the overflow. A remote unauthenticated host can thus corrupt kernel memory adjacent to the receive buffer. Reject any PDU whose declared length would read past the end of queue->pdu before the second recv.
Title nvmet-tcp: fix out-of-bounds write when receiving an over-long PDU
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-09-16T14:40:48.122Z

Reserved: 2026-09-11T19:38:34.778Z

Link: CVE-2026-89969

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-09-16T11:17:07.527

Modified: 2026-09-16T15:18:21.240

Link: CVE-2026-89969

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-09-19T11:30:06Z

Weaknesses
  • CWE-119

    Improper Restriction of Operations within the Bounds of a Memory Buffer