Skip to main content
VulnerabilityPublished Updated

CVE-2026-72440: Linux kernel · md/raid1: fix writes_pending and barrier reference leaks on write failures

Affects Linux kernelSource CVE Database V5

0

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

CVSS 3.1 base score
7.1High
How severe the flaw is on the 0–10 CVSS scale.
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:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 15 Aug 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: 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 26 Oct 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 5aa705039c4fca84575539bfa2b8a28454a3d2ca, < bffbbfcbd9393e315a7a4286dcd70e875265db9a
Fixed in
  • bffbbfcbd9393e315a7a4286dcd70e875265db9a
LinuxLinuxAffected
  • ≥ 5aa705039c4fca84575539bfa2b8a28454a3d2ca, < a846affa813013204d0cce0cfdaeb99e8fcce188
Fixed in
  • a846affa813013204d0cce0cfdaeb99e8fcce188
LinuxLinuxAffected
  • ≥ 5aa705039c4fca84575539bfa2b8a28454a3d2ca, < 921e2baa626d1504bf30295816aaeb90ac8c82f4
Fixed in
  • 921e2baa626d1504bf30295816aaeb90ac8c82f4
LinuxLinuxAffected
  • ≥ 5aa705039c4fca84575539bfa2b8a28454a3d2ca, < 8e065a1602511282fc0da2dc89445e0eb71a681c
Fixed in
  • 8e065a1602511282fc0da2dc89445e0eb71a681c
LinuxLinuxAffected
  • ≥ 5aa705039c4fca84575539bfa2b8a28454a3d2ca, < 7a450460687919e79b5f8503bdeb13ecf4cca311
Fixed in
  • 7a450460687919e79b5f8503bdeb13ecf4cca311
LinuxLinuxAffected
  • =5.17
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

Community reviews

Loading reviews…