CVE-2023-53264
BaseFortify
Publication date: 2025-09-16
Last updated on: 2025-12-02
Assigner: kernel.org
Description
Description
CVSS Scores
EPSS Scores
| Probability: | |
| Percentile: |
Meta Information
Affected Vendors & Products
| Vendor | Product | Version / Range |
|---|---|---|
| linux | linux_kernel | From 5.18 (inc) to 6.1.39 (exc) |
| linux | linux_kernel | From 6.2 (inc) to 6.3.13 (exc) |
| linux | linux_kernel | From 6.4 (inc) to 6.4.4 (exc) |
Helpful Resources
Exploitability
| CWE ID | Description |
|---|---|
| CWE-401 | The product does not sufficiently track and release allocated memory after it has been used, making the memory unavailable for reallocation and reuse. |
Attack-Flow Graph
AI Powered Q&A
Can you explain this vulnerability to me?
This vulnerability in the Linux kernel involves a memory leak in the imxrt1050_clocks_probe function of the clk-imxrt1050 driver. The issue arises because of improper handling of memory allocation and error conditions: the code uses of_iomap() and kzalloc(), which can lead to leaked memory if errors occur. The fix replaces these with devm_of_iomap() and devm_kzalloc(), which automatically manage memory freeing. Additionally, error handling was improved by adding an unregister_hws label to properly unregister hardware states if iomap fails.
How can this vulnerability impact me? :
This vulnerability can cause memory leaks in the Linux kernel when the affected driver encounters errors during initialization. Memory leaks can lead to increased memory usage over time, potentially degrading system performance or causing instability, especially in embedded systems using the imxrt1050 clocks driver.
What immediate steps should I take to mitigate this vulnerability?
Apply the updated Linux kernel patch that fixes the memory leak in the imxrt1050_clocks_probe by using devm_of_iomap() instead of of_iomap(), and devm_kzalloc() instead of kzalloc() to ensure proper memory management. Also, ensure the kernel includes the fix for error handling by adding the unregister_hws label to unregister remaining hardware resources when iomap fails.