CVE-2026-72440: Linux kernel · md/raid1: fix writes_pending and barrier reference leaks on write failures
Affects Linux kernelSource CVE Database V5
Not known to be exploited · CVSS 7.1 High · fixed in bffbbfcbd9393e315a7a4286dcd70e875265db9a : patch Linux kernel soon.
Data as of 26 Oct 2026, 13:47 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 41% 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-10-16.
- Patch
- Available – fixed in bffbbfcbd9393e315a7a4286dcd70e875265db9a, a846affa813013204d0cce0cfdaeb99e8fcce188, 921e2baa626d1504bf30295816aaeb90ac8c82f4 +2
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:HExploitation evidence
Disclosed: evidence found.
CVE published 15 Aug 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: md/raid1: fix writes_pending and barrier reference leaks on write failures raid1_make_request() acquires a writes_pending reference with md_write_start() before calling raid1_write_request(). Several failure paths in raid1_write_request() complete the bio and return without reaching the normal write completion path, causing the corresponding md_write_end() to be skipped. Make raid1_write_request() return a status indicating whether the write request was successfully queued. This allows raid1_make_request() to call md_write_end() when raid1_write_request() fails. Additionally, if wait_blocked_rdev() fails after wait_barrier() succeeds, the associated barrier reference is not released. Call allow_barrier() before returning from that path to keep the barrier accounting balanced.
References
- git.kernel.org/stable/c/921e2baa626d1504bf30295816aaeb90ac8c82f4 (opens in a new tab)
- git.kernel.org/stable/c/a846affa813013204d0cce0cfdaeb99e8fcce188 (opens in a new tab)
- git.kernel.org/stable/c/7a450460687919e79b5f8503bdeb13ecf4cca311 (opens in a new tab)
- git.kernel.org/stable/c/bffbbfcbd9393e315a7a4286dcd70e875265db9a (opens in a new tab)
- git.kernel.org/stable/c/8e065a1602511282fc0da2dc89445e0eb71a681c (opens in a new tab)