CVE-2026-23112: nvmet-tcp: add bounds checks in nvmet_tcp_build_pdu_iovec
In the Linux kernel, the following vulnerability has been resolved:
nvmet-tcp: add bounds checks in nvmet_tcp_build_pdu_iovec
nvmet_tcp_build_pdu_iovec() could walk past cmd->req.sg when a PDU
length or offset exceeds sg_cnt and then use bogus sg->length/offset
values, leading to _copy_to_iter() GPF/KASAN. Guard sg_idx, remaining
entries, and sg->length/offset before building the bvec.
Security readout for executives and security teams
Plain-English summary
This is a critical Linux kernel flaw in the NVMe over TCP target path. A remote, unauthenticated peer may trigger unsafe memory handling when the service processes crafted PDU lengths or offsets. Business risk is highest for systems exposing NVMe/TCP storage services.
Executive priority
Treat as urgent for exposed storage infrastructure. Prioritize internet-facing or broadly reachable NVMe/TCP targets first, then embedded appliances and vendor-managed platforms. Systems without nvmet-tcp enabled have lower practical exposure but still need inventory confirmation.
Technical view
nvmet_tcp_build_pdu_iovec() could walk beyond cmd->req.sg when PDU length or offset exceeds sg_cnt, then use invalid scatter-gather length or offset values. The kernel fix adds bounds checks before building the bvec. CVSS is 9.8 with network, low-complexity, unauthenticated attack characteristics.
Likely exposure
Exposure is likely limited to Linux systems running the NVMe target over TCP component. Storage targets, appliances, and products embedding affected Linux kernels need mapping against vendor kernels and backports. The provided evidence does not identify every affected distribution or Siemens product model.
Exploitation context
The source bundle does not show CISA KEV listing or cited active exploitation. The CVSS vector indicates remote unauthenticated reachability if nvmet-tcp is exposed, but no public exploit status is established by the provided sources.
Researcher notes
Evidence supports an out-of-bounds scatter-gather handling bug in Linux nvmet-tcp fixed by stable kernel commits. The affected version data is broad and commit-oriented, so distribution-specific fixed versions require vendor advisory confirmation. Do not assume active exploitation from severity alone.
Mitigation direction
Apply Linux stable or vendor kernel updates containing the referenced nvmet-tcp bounds-check fixes.
Check distribution and appliance advisories for backported fixes matching your kernel build.
Disable nvmet-tcp where NVMe/TCP target functionality is not required.
Restrict NVMe/TCP access to trusted storage networks and management segments.
Review the Siemens advisory if Siemens products are in scope.
Validation and detection
Inventory hosts with the nvmet-tcp target module or NVMe/TCP target services enabled.
Map running kernel versions to vendor advisories and the referenced stable commits.
Confirm NVMe/TCP listener exposure from network and firewall policy records.
Verify patched kernels are active after reboot, not only installed.
Check logs for kernel GPF, KASAN, or nvmet-tcp crash indicators.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2026-23112 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
1ADP providers
9Source links
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.