VYPR
Unrated severityNVD Advisory· Published Dec 30, 2025· Updated Apr 15, 2026

CVE-2023-54228

CVE-2023-54228

Description

In the Linux kernel, the following vulnerability has been resolved:

regulator: raa215300: Fix resource leak in case of error

The clk_register_clkdev() allocates memory by calling vclkdev_alloc() and this memory is not freed in the error path. Similarly, resources allocated by clk_register_fixed_rate() are not freed in the error path.

Fix these issues by using devm_clk_hw_register_fixed_rate() and devm_clk_hw_register_clkdev().

After this, the static variable clk is not needed. Replace it with local variable hw in probe() and drop calling clk_unregister_fixed_rate() from raa215300_rtc_unregister_device().

AI Insight

LLM-synthesized narrative grounded in this CVE's description and references.

A memory leak in the Linux kernel's RAA215300 regulator driver, caused by non-devm clk registration, is fixed by switching to devm-managed API.

The RAA215300 regulator driver in the Linux kernel contained a resource leak in its error path. The functions clk_register_fixed_rate() and clk_register_clkdev() allocate memory (the latter via vclkdev_alloc()) that is not freed if an error occurs. This leaves allocated clock structures and clockdev lookup entries dangling, wasting kernel memory. [1]

This bug would be triggered only if the driver probe fails after these registration calls, which is a relatively rare instantiation sequence. An attacker would require the ability to trigger a device probe failure on a system using this RTC/regulator device (e.g., via driver binding or module loading errors), but the platform privilege required is low (no special authentication needed if device-side, as the driver operates in kernel space). [1]

The impact is a memory leak, leading to kernel memory exhaustion over repeated probe-failure cycles. Systems repeatedly inserting/ejecting or unbinding/binding this device could gradually deplete system memory, contributing to denial-of-service. No data confidentiality or integrity is affected directly. [1]

The fix replaces the manual non-devm clock registration functions with devm_clk_hw_register_fixed_rate() and devm_clk_hw_register_clkdev(), ensuring automatic cleanup on driver detachment or probe failure. The static clock variable is removed, simplifying the code. This update has been merged into the stable kernel tree. [1]

AI Insight generated on May 19, 2026. Synthesized from this CVE's description and the cited reference URLs; citations are validated against the source bundle.

Affected products

1

Patches

2

Vulnerability mechanics

Generated on May 9, 2026. Inputs: CWE entries + fix-commit diffs from this CVE's patches. Citations validated against bundle.

References

2

News mentions

0

No linked articles in our index yet.