In the Linux kernel, the following vulnerability has been resolved:
nvme-pci: handle changing device dma map requirements
The initial state of dma_needs_unmap may be false, but change to true
while mapping the data iterator. Enabling swiotlb is one such case that
can change the result. The nvme driver needs to save the mapped dma
vectors to be unmapped later, so allocate as needed during iteration
rather than assume it was always allocated at the beginning. This fixes
a NULL dereference from accessing an uninitialized dma_vecs when the
device dma unmapping requirements change mid-iteration.
Security readout for executives and security teams
Plain-English summary
This is a Linux kernel storage-driver bug that can cause a kernel NULL pointer dereference when NVMe PCI DMA unmapping requirements change during I/O handling. The public record does not provide CVSS, attacker requirements, or impact beyond the crash condition, so urgency depends on affected kernel exposure and vendor guidance.
Executive priority
Track and patch through normal kernel maintenance unless the environment depends heavily on affected NVMe PCI systems or has crash symptoms. There is no public evidence in the supplied sources of active exploitation or remote compromise.
Technical view
The nvme-pci driver may assume DMA vector storage was allocated when dma_needs_unmap was initially false. If that requirement becomes true while mapping the data iterator, for example when SWIOTLB is enabled, later unmap handling can dereference uninitialized dma_vecs. Kernel stable commits allocate the DMA vector storage as needed during iteration.
Likely exposure
Likely exposure is Linux systems running affected kernel versions with NVMe PCI storage paths. The source lists Linux kernel version data including 6.17, 6.18.10, and 6.19, but distro backports and exact package status require vendor confirmation.
Exploitation context
No cited source states active exploitation, public exploit availability, or remote attackability. The CVE is not marked KEV. Available evidence supports a kernel crash or denial-of-service style impact, but not privilege escalation or data compromise.
Researcher notes
Key uncertainty is exploitability. The record describes a state-change bug in DMA unmap bookkeeping and a NULL dereference fix, but does not define triggering privileges, reachable workloads, CVSS, or security boundary impact. Validate against downstream kernel patches, not only upstream version labels.
Mitigation direction
Check Linux distribution advisories for CVE-2026-23174 coverage.
Update to a vendor kernel containing the referenced stable fixes.
Prioritize systems using NVMe PCI storage on affected kernel branches.
Avoid treating upstream version numbers as final distro package status.
Validation and detection
Inventory Linux kernel versions on NVMe PCI hosts.
Check kernel package changelogs for CVE-2026-23174 or referenced commits.
Review kernel logs for nvme-pci NULL dereference crashes.
Confirm vendor advisory status after patching or backporting.
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-23174 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.
0CVSS vectors
3Timeline events
0ADP providers
3Source links
Vulnerability timeline
Timeline events are normalized from CVE metadata, CNA source timelines, ADP timelines, and KEV metadata when present.
CVE reservedCVE Program
The CVE ID was reserved by the assigning CNA.
CVE publishedCVE Program
The CVE record was published.
Feb 14, 2026, 16:27 UTC (UTC+00:00)
CVE updatedCVE Program
The CVE record metadata indicates this as the latest update time.