CVE-2026-23071: Linux kernel · regmap: Fix race condition in hwspinlock irqsave routine
Affects Linux kernelSource CVE Database V5
Not known to be exploited · fixed in f1e2fe26a51eca95b41420af76d22c2e613efd5e : update Linux kernel when convenient.
Data as of 26 Oct 2026, 14:18 UTC
Rated by Threat Radar · No CVSS score from NVD or the CNA
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 3% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- 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-06-10.
- Patch
- Available – fixed in f1e2fe26a51eca95b41420af76d22c2e613efd5e, e1a7072bc4f958c9e852dc7e57e39f12b0bb44b5, c2d2cf710dc3ee1a69e00b4ed8de607a92a07889 +4
Exploitation evidence
Disclosed: evidence found.
CVE published 4 Feb 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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 26 Oct 2026.
What to do
Upgrade to a fixed release listed under Affected software.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
Description
In the Linux kernel, the following vulnerability has been resolved: regmap: Fix race condition in hwspinlock irqsave routine Previously, the address of the shared member '&map->spinlock_flags' was passed directly to 'hwspin_lock_timeout_irqsave'. This creates a race condition where multiple contexts contending for the lock could overwrite the shared flags variable, potentially corrupting the state for the current lock owner. Fix this by using a local stack variable 'flags' to store the IRQ state temporarily.
References
- git.kernel.org/stable/c/e1a7072bc4f958c9e852dc7e57e39f12b0bb44b5 (opens in a new tab)
- git.kernel.org/stable/c/766e243ae8c8b27087a4cc605752c0d5ee2daeab (opens in a new tab)
- git.kernel.org/stable/c/f1e2fe26a51eca95b41420af76d22c2e613efd5e (opens in a new tab)
- git.kernel.org/stable/c/24f31be6ad70537fd7706269d99c92cade465a09 (opens in a new tab)
- git.kernel.org/stable/c/4aab0ca0a0f7760e33edcb4e47576064d05128f5 (opens in a new tab)
- git.kernel.org/stable/c/c2d2cf710dc3ee1a69e00b4ed8de607a92a07889 (opens in a new tab)
- git.kernel.org/stable/c/4b58aac989c1e3fafb1c68a733811859df388250 (opens in a new tab)