CVE-2023-53264: clk: imx: clk-imxrt1050: fix memory leak in imxrt1050_clocks_probe
In the Linux kernel, the following vulnerability has been resolved:
clk: imx: clk-imxrt1050: fix memory leak in imxrt1050_clocks_probe
Use devm_of_iomap() instead of of_iomap() to automatically
handle the unused ioremap region. If any error occurs, regions allocated by
kzalloc() will leak, but using devm_kzalloc() instead will automatically
free the memory using devm_kfree().
Also, fix error handling of hws by adding unregister_hws label, which
unregisters remaining hws when iomap failed.
Security readout for executives and security teams
Plain-English summary
This is a Linux kernel memory leak in the NXP i.MXRT1050 clock driver probe path. A local low-privilege attacker could potentially trigger availability impact, but the bundle does not show remote exposure, data theft, or active exploitation.
Executive priority
Treat as a moderate operational availability issue, not an internet-scale emergency. Prioritize affected embedded or device fleets during normal kernel maintenance, especially where local users or workloads can exercise kernel driver paths.
Technical view
The issue is CWE-401 in clk-imxrt1050. Error paths used unmanaged mappings and allocations, leaking ioremap and kzalloc resources. The fix switches to devm_of_iomap and devm_kzalloc, and adds cleanup for registered clock hardware when iomap fails.
Likely exposure
Exposure is most likely on systems running affected Linux kernel builds with the i.MXRT1050 clock driver relevant to their hardware or configuration. The source metadata identifies Linux kernel versions and stable commits, but exact branch boundaries should be validated against vendor kernels.
Exploitation context
CVSS indicates local access, low attack complexity, low privileges, no user interaction, and high availability impact. CISA KEV is false in the bundle, and no provided source claims active exploitation.
Researcher notes
Evidence is limited to the CVE record and kernel stable references. The bundle names memory-leak cleanup and availability impact, but does not provide exploit details, observed attacks, or a product-specific vendor matrix beyond Linux kernel metadata.
Mitigation direction
Update to a kernel containing the referenced stable fixes.
Check distribution or device-vendor advisories for backported kernel packages.
Prioritize embedded or industrial devices using i.MXRT1050-related kernels.
Track vendor kernel divergence from upstream stable fixes.
Validation and detection
Inventory kernel versions and hardware platforms using this driver.
Compare deployed kernel source against the referenced stable commits.
Review vendor advisories for backport confirmation.
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.