Skip to main content
VulnerabilityPublished Updated

CVE-2026-46252: Linux kernel · regulator: core: fix locking in regulator_resolve_supply() error path

Affects Linux kernelSource CVE Database V5

0
Compare

Not known to be exploited · fixed in e77357dc2293283fc08a485b1e2e571d91d02622 : update Linux kernel when convenient.

Data as of 6 Nov 2026, 16:34 UTC

Severity
Unrated

Rated by Threat Radar · No CVSS score from NVD or the CNA

Thin evidence

One scorer or none
CISA SSVC
Exploitation
No evidence of active exploitation and no public proof of concept
Automatable
Attackers cannot reliably automate steps 1–4 of the kill chain
Technical impact
Limited control over the software or limited information exposure

CISA SSVC assessment, 2026-11-06.

Patch
Available – fixed in e77357dc2293283fc08a485b1e2e571d91d02622, c84860dac7af7dc3c3e3c9ae86d65e222c2f3b0c, c66e0db0f37290b53c57994f998bb55590364fd0 +5

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 3 Jun 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 6 Nov 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 36a1f1b6ddc6d1442424e29548e790633ca39c7b, < e77357dc2293283fc08a485b1e2e571d91d02622
Fixed in
  • e77357dc2293283fc08a485b1e2e571d91d02622
LinuxLinuxAffected
  • ≥ 36a1f1b6ddc6d1442424e29548e790633ca39c7b, < c84860dac7af7dc3c3e3c9ae86d65e222c2f3b0c
Fixed in
  • c84860dac7af7dc3c3e3c9ae86d65e222c2f3b0c
LinuxLinuxAffected
  • ≥ 36a1f1b6ddc6d1442424e29548e790633ca39c7b, < c66e0db0f37290b53c57994f998bb55590364fd0
Fixed in
  • c66e0db0f37290b53c57994f998bb55590364fd0
LinuxLinuxAffected
  • ≥ 36a1f1b6ddc6d1442424e29548e790633ca39c7b, < bde74af8d4466213007bdd42cc85fa72c861dea7
Fixed in
  • bde74af8d4466213007bdd42cc85fa72c861dea7
LinuxLinuxAffected
  • ≥ 36a1f1b6ddc6d1442424e29548e790633ca39c7b, < a8a2eab1166bc33ee38ca371cff425bdb5681e47
Fixed in
  • a8a2eab1166bc33ee38ca371cff425bdb5681e47
LinuxLinuxAffected
  • ≥ 36a1f1b6ddc6d1442424e29548e790633ca39c7b, < 60747114fd2a38739130b715e7b2d40ce848f0be
Fixed in
  • 60747114fd2a38739130b715e7b2d40ce848f0be

Description

In the Linux kernel, the following vulnerability has been resolved: regulator: core: fix locking in regulator_resolve_supply() error path If late enabling of a supply regulator fails in regulator_resolve_supply(), the code currently triggers a lockdep warning: WARNING: drivers/regulator/core.c:2649 at _regulator_put+0x80/0xa0, CPU#6: kworker/u32:4/596 ... Call trace: _regulator_put+0x80/0xa0 (P) regulator_resolve_supply+0x7cc/0xbe0 regulator_register_resolve_supply+0x28/0xb8 as the regulator_list_mutex must be held when calling _regulator_put(). To solve this, simply switch to using regulator_put(). While at it, we should also make sure that no concurrent access happens to our rdev while we clear out the supply pointer. Add appropriate locking to ensure that. While the code in question will be removed altogether in a follow-up commit, I believe it is still beneficial to have this corrected before removal for future reference.

References

Community reviews

Loading reviews…