CVE-2025-22009

regulator: dummy: force synchronous probing

MEDIUM
5.5
CVSS Score
Published: April 8, 2025 at 08:17 AM UTC
Updated: June 17, 2026 at 08:44 AM UTC
1 product affected across 1 vendorLinux Kernel

Using Linux by Linux?

Get instant alerts when new vulnerabilities affect Linux - before attackers find them.

Real-time alertsTrack your software stackFree plan available
Severity
MEDIUM5.5
Exploit prediction
EPSS 0.2%
SSVC
No known exploit

Description

In the Linux kernel, the following vulnerability has been resolved: regulator: dummy: force synchronous probing Sometimes I get a NULL pointer dereference at boot time in kobject_get() with the following call stack: anatop_regulator_probe() devm_regulator_register() regulator_register() regulator_resolve_supply() kobject_get() By placing some extra BUG_ON() statements I could verify that this is raised because probing of the 'dummy' regulator driver is not completed ('dummy_regulator_rdev' is still NULL). In the JTAG debugger I can see that dummy_regulator_probe() and anatop_regulator_probe() can be run by different kernel threads (kworker/u4:*). I haven't further investigated whether this can be changed or if there are other possibilities to force synchronization between these two probe routines. On the other hand I don't expect much boot time penalty by probing the 'dummy' regulator synchronously.

Affected

Our own answer: ranges merged, affected separated from platform-only, with confidence and review flags.

6.13 ≤ v < 6.13.96.4 ≤ v < 6.12.216.4 ≤ v < 6.13.96.4 ≤ v < 6.146.4 ≤ v < 6.6.856.7 ≤ v < 6.12.21259b93b21a9ffe5117af4dfb5505437e463c6a5a6.14 rc16.14 rc26.14 rc36.14 rc46.14 rc56.14 rc66.14 rc7
Vendor states this is fixed in 5ade367b56c3947c990598df92395ce737bee872 (fixed)
Vendor states this is fixed in 8619909b38eeebd3e60910158d7d68441fc954e9 (fixed)
Vendor states this is fixed in d3b83a1442a09b145006eb4294b1a963c5345c9c (fixed)
Vendor states this is fixed in e26f24ca4fb940b15e092796c5993142a2558bd9 (fixed)
Vendor states this is fixed in 6.12.21 (unaffected)
Vendor states this is fixed in 6.13.9 (unaffected)
Vendor states this is fixed in 6.14 (unaffected)
Vendor states this is fixed in 6.4 (unaffected)
Vendor states this is fixed in 6.6.85 (unaffected)

References (4)

Patch
Source: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
https://git.kernel.org/stable/c/5ade367b56c3947c990598df92395ce737bee872
Patch
Source: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
https://git.kernel.org/stable/c/8619909b38eeebd3e60910158d7d68441fc954e9
Patch
Source: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
https://git.kernel.org/stable/c/d3b83a1442a09b145006eb4294b1a963c5345c9c
Patch
Source: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
https://git.kernel.org/stable/c/e26f24ca4fb940b15e092796c5993142a2558bd9

SSVC — Action Prioritization

SSVCNo known exploitNot automatablePartial impact

SSVC signals action urgency (what to patch first), separate from CVSS which measures severity.

CVSS

5.5MEDIUMCISA-ADP
Attack Vector
LOCAL
Complexity
LOW
Privileges
LOW
User Interaction
NONE
Scope
UNCHANGED
Confidentiality
NONE
Integrity
NONE
Availability
HIGH
Vector?

Quick Info

StatusMODIFIED
CWE
CWE-476

Get alerted

Stop reading CVE feeds looking for your own stack

Track the products you run and VulnTracker tells you when a new CVE affects them — with what is known about fixing it, and nothing about the rest.

Free plan, no card