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

CVE-2025-40346

CVE-2025-40346

Description

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

arch_topology: Fix incorrect error check in topology_parse_cpu_capacity()

Fix incorrect use of PTR_ERR_OR_ZERO() in topology_parse_cpu_capacity() which causes the code to proceed with NULL clock pointers. The current logic uses !PTR_ERR_OR_ZERO(cpu_clk) which evaluates to true for both valid pointers and NULL, leading to potential NULL pointer dereference in clk_get_rate().

Per include/linux/err.h documentation, PTR_ERR_OR_ZERO(ptr) returns: "The error code within @ptr if it is an error pointer; 0 otherwise."

This means PTR_ERR_OR_ZERO() returns 0 for both valid pointers AND NULL pointers. Therefore !PTR_ERR_OR_ZERO(cpu_clk) evaluates to true (proceed) when cpu_clk is either valid or NULL, causing clk_get_rate(NULL) to be called when of_clk_get() returns NULL.

Replace with !IS_ERR_OR_NULL(cpu_clk) which only proceeds for valid pointers, preventing potential NULL pointer dereference in clk_get_rate().

AI Insight

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

A flaw in the Linux kernel's arch_topology code uses an incorrect error check, potentially causing a NULL pointer dereference when parsing CPU capacity.

Vulnerability

Description

CVE-2025-40346 is a bug in the Linux kernel's arch_topology subsystem, specifically in the topology_parse_cpu_capacity() function. The root cause is an incorrect application of PTR_ERR_OR_ZERO() for checking the result of of_clk_get() [1]. According to the kernel's include/linux/err.h documentation, PTR_ERR_OR_ZERO(ptr) returns an error code if the pointer is an error pointer, and 0 otherwise. Since both a valid pointer and a NULL pointer result in a 0 return value, the condition !PTR_ERR_OR_ZERO(cpu_clk) evaluates to true when cpu_clk is either valid or NULL [1]. This means the code proceeds to call clk_get_rate() even when cpu_clk is NULL, leading to a potential NULL pointer dereference [1].

Exploitation

Scenario

Exploitation requires that of_clk_get() returns NULL, which can occur if the CPU clock is not properly defined in the device tree or if the clock lookup fails [1]. The error was introduced due to a misunderstanding of the return semantics of PTR_ERR_OR_ZERO() [1]. An attacker with the ability to influence the device tree or to trigger a clock lookup failure could cause the kernel to dereference a NULL pointer. This could happen either through local access (e.g., modifying the device tree via a kernel module or a privileged user) or possibly through a crafted hardware configuration.

Impact

If successfully triggered, the NULL pointer dereference in clk_get_rate() could cause a kernel panic, leading to a denial of service (DoS) on the affected system [1]. No privilege escalation or arbitrary code execution is described in the references. The vulnerability affects the CPU capacity parsing logic, which is used in CPU frequency scaling and scheduling; a crash could disrupt system operation until a reboot.

Mitigation

The fix replaces the flawed !PTR_ERR_OR_ZERO(cpu_clk) check with !IS_ERR_OR_NULL(cpu_clk), which correctly ensures that only valid (non-error, non-NULL) pointers are used [1]. Patches were applied to the stable kernel trees as indicated by the commit references [1][2][3]. Users should update to a kernel version containing these fixes, or apply the patch manually if on a maintained version.

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

2

Patches

7

Vulnerability mechanics

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

References

7

News mentions

0

No linked articles in our index yet.