CVE-2026-31743: nvmem: zynqmp_nvmem: Fix buffer size in DMA and memcpy
In the Linux kernel, the following vulnerability has been resolved:
nvmem: zynqmp_nvmem: Fix buffer size in DMA and memcpy
Buffer size used in dma allocation and memcpy is wrong.
It can lead to undersized DMA buffer access and possible
memory corruption. use correct buffer size in dma_alloc_coherent
and memcpy.
Security readout for executives and security teams
Plain-English summary
A Linux kernel driver can allocate and copy the wrong amount of memory during DMA operations, potentially corrupting kernel memory. Successful abuse requires local, low-privileged access according to the supplied CVSS vector. Impact could include system compromise or disruption, but only systems using the affected ZynqMP NVMEM driver are likely relevant.
Executive priority
Treat as a high-priority kernel maintenance issue for systems using the affected driver, especially multi-user or sensitive devices. It is not currently supported as an emergency internet-wide threat because exploitation is local and active abuse is not evidenced. Establish exposure quickly, then deploy vendor-tested fixes through the normal expedited patch process.
Technical view
The zynqmp_nvmem driver used an incorrect buffer size for coherent DMA allocation and memcpy operations. This could cause access beyond an undersized DMA buffer and corrupt kernel memory. The cited kernel changes correct both sizes. The supplied record assigns CVSS 3.1 score 7.8 with local, low-privileged attack requirements and high confidentiality, integrity, and availability impacts.
Likely exposure
Prioritize Linux systems where the ZynqMP NVMEM driver is present and operational. The supplied version data lists several affected releases but does not clearly define complete version intervals or fixed-release mappings. Systems without this driver are unlikely to reach the vulnerable code path, although configuration and vendor backports must be verified.
Exploitation context
The supplied record does not list this CVE in KEV and provides no evidence of active exploitation or public exploit availability. The CVSS vector describes local exploitation requiring low privileges, low complexity, and no user interaction. Whether an attacker can reliably convert the memory corruption into full compromise is not established by these sources.
Researcher notes
No CWE is supplied. The record identifies possible kernel memory corruption but does not document triggering conditions, exploit reliability, or complete version boundaries. Four stable-kernel commits are cited, likely reflecting fixes across maintained branches, but the bundle does not map each commit to a release. Avoid inferring remote reachability or confirmed privilege escalation beyond the supplied CVSS assessment.
Mitigation direction
Update to a vendor-supported kernel containing the applicable cited fix.
Confirm appliance and distribution vendors have backported the correction.
Restrict local account access until affected systems are updated.
Prioritize exposed multi-user and high-value systems using the driver.
Validation and detection
Inventory kernels and determine whether the ZynqMP NVMEM driver is configured or loaded.
Compare deployed kernel sources or vendor advisories against the cited fix commits.
Verify the update corrects DMA allocation and memcpy buffer sizing.
Run established regression testing after updating affected kernels.
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-31743 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
0ADP providers
5Source 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.