Description
In the Linux kernel, the following vulnerability has been resolved:

raid1: fix nr_pending leak in REQ_ATOMIC bad-block error path

In raid1_write_request(), each per-mirror loop iteration begins by
incrementing rdev->nr_pending. If a REQ_ATOMIC write encounters a
badblock within the requested range, the code jumps to err_handle
without dropping the reference taken for the current mirror.

err_handle's cleanup loop will only decrements for k < i and
r1_bio->bios[k] is non-NULL. The current slot is therefore skipped,
leaving its nr_pending reference leaked permanently. The reference
prevents the rdev from ever being removed, since raid1_remove_conf()
refuses to remove an rdev with nr_pending > 0.

Fix this by calling rdev_dec_pending() before jumping to err_handle.
Published: 2026-08-15
Score: 5.5 Medium
EPSS: < 1% Very Low
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

In the Linux kernel, the raid1 write routine fails to decrement a pending reference count when an atomic write encounters a bad block. The leaked reference remains in the device structure, blocking removal of the RAID1 member and eventually exhausting the pending counter. This resource leak can lead to the inability to cleanly remove or replace a RAID1 device, potentially rendering the array unusable.

Affected Systems

All Linux kernel builds that precede the inclusion of commit 5ac9e793ba2583d72740d929e7858a6c82e22ed5 are affected. The issue exists in the raid1 module of the generic kernel for all supported distributions that have not yet applied the fix.

Risk and Exploitability

The CVSS score of 5.5 indicates moderate severity, while the EPSS score of less than 1% shows a low probability of exploitation. The vulnerability is not listed in the CISA KEV catalog. Exploitation would require a local or privileged write to a RAID1 volume that triggers a bad‑block error; repeated failures could accumulate leaked references and lead to a denial of service. The overall risk is moderate, driven mainly by the potential for resource exhaustion on systems that frequently write through RAID1 devices.

Generated by OpenCVE AI on August 22, 2026 at 01:24 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade the kernel to a version that incorporates commit 5ac9e793ba2583d72740d929e7858a6c82e22ed5, which corrects the decrement of pending references during error handling.
  • Run a badblocks scan on all RAID1 volumes to detect and repair existing bad sectors, reducing the likelihood of future reference leaks.
  • After applying the patch and repairing disks, reboot the system to clear any residual pending references and ensure the kernel state is clean.

Generated by OpenCVE AI on August 22, 2026 at 01:24 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Sat, 22 Aug 2026 00:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-665

Wed, 19 Aug 2026 12:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-911
References
Metrics threat_severity

None

cvssV3_1

{'score': 5.5, 'vector': 'CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H'}

threat_severity

Moderate


Sat, 15 Aug 2026 16:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-665

Sat, 15 Aug 2026 06:15:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: raid1: fix nr_pending leak in REQ_ATOMIC bad-block error path In raid1_write_request(), each per-mirror loop iteration begins by incrementing rdev->nr_pending. If a REQ_ATOMIC write encounters a badblock within the requested range, the code jumps to err_handle without dropping the reference taken for the current mirror. err_handle's cleanup loop will only decrements for k < i and r1_bio->bios[k] is non-NULL. The current slot is therefore skipped, leaving its nr_pending reference leaked permanently. The reference prevents the rdev from ever being removed, since raid1_remove_conf() refuses to remove an rdev with nr_pending > 0. Fix this by calling rdev_dec_pending() before jumping to err_handle.
Title raid1: fix nr_pending leak in REQ_ATOMIC bad-block error path
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-08-17T05:18:07.752Z

Reserved: 2026-08-15T05:44:03.889Z

Link: CVE-2026-74372

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-08-15T06:22:38.967

Modified: 2026-08-17T06:19:32.023

Link: CVE-2026-74372

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-08-15T00:00:00Z

Links: CVE-2026-74372 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-08-22T01:30:17Z

Weaknesses
  • CWE-911

    Improper Update of Reference Count