In the Linux kernel, the following vulnerability has been resolved:
dmaengine: ti: k3-udma-glue: fix memory leak when register device fail
If device_register() fails, it should call put_device() to give
up reference, the name allocated in dev_set_name() can be freed
in callback function kobject_cleanup().
Security readout for executives and security teams
Plain-English summary
This is a Linux kernel memory-leak flaw in a TI K3 DMA driver error path. A local, low-privileged user may be able to trigger repeated failures that consume memory and affect availability. The sources do not show data theft, integrity impact, remote exploitation, or active exploitation.
Executive priority
Treat as a moderate availability risk, highest for embedded or appliance fleets using TI K3 platforms. It does not currently warrant emergency response based on the supplied evidence, but it should enter normal kernel patch cycles and local-user risk reviews.
Technical view
The issue is CWE-401 in dmaengine ti k3-udma-glue. If device_register() fails, the code must call put_device() so the dev_set_name() allocation can be freed through kobject cleanup. CVSS 3.1 is 5.5: local, low complexity, low privileges, no UI, availability high.
Likely exposure
Exposure is most relevant to Linux systems running affected kernel builds with the TI K3 UDMA glue driver present or enabled. General Linux servers without this driver or hardware path are less likely exposed, but distribution backports should be verified.
Exploitation context
The bundle marks KEV as false and cites no active exploitation. The CVSS vector requires local access and low privileges. Impact is availability only, likely through memory exhaustion if the vulnerable failure path can be repeatedly reached.
Researcher notes
Evidence is limited to the CVE record and Linux stable commit references. The simplified affected-version data is ambiguous, so rely on vendor kernel advisories and commit backport status for exact exposure. Do not assume exploitability beyond local availability impact.
Mitigation direction
Update to a kernel or vendor package containing the referenced stable fixes.
If no vendor package is available, monitor Linux and distribution advisories for backports.
Reduce exposure to untrusted local users on affected systems until patched.
Review whether the TI K3 UDMA glue driver is needed and enabled.
Validation and detection
Inventory kernel versions and distribution package patch levels across Linux assets.
Check whether the TI K3 UDMA glue driver is built, loaded, or required.
Map installed kernels against vendor advisories and the cited stable commits.
Confirm no affected appliance or embedded Linux image is outside update coverage.
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.
cwe · low confidence lookup
CWE-401: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
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.
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.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-401 · source CWE mapping
Missing Release of Memory after Effective Lifetime
Missing Release of Memory after Effective Lifetime represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.