logo_clicknbuy.png

CVE-2025-22009 – Linux Kernel Dummy Regulator Synchronous Probing Denial of Service Vulnerability

The following table lists the changes that have been made to the
CVE-2025-22009 vulnerability over time.

Vulnerability history details can be useful for understanding the evolution
of a vulnerability, and for identifying the most recent changes that may
impact the vulnerability’s severity, exploitability, or other characteristics.

  • New CVE Received
    by 416baaa9-dc9f-4396-8d5f-8c081fb06d67

    Apr. 08, 2025

    Action Type Old Value New Value
    Added 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.
    Added Reference https://git.kernel.org/stable/c/5ade367b56c3947c990598df92395ce737bee872
    Added Reference https://git.kernel.org/stable/c/8619909b38eeebd3e60910158d7d68441fc954e9
    Added Reference https://git.kernel.org/stable/c/d3b83a1442a09b145006eb4294b1a963c5345c9c
    Added Reference https://git.kernel.org/stable/c/e26f24ca4fb940b15e092796c5993142a2558bd9
Share the Post:

Related Posts