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

null_blk: serialize configfs attribute stores with the lock

The NULLB_DEVICE_ATTR _store takes no lock: apply_fn attributes
(submit_queues, poll_queues) get dev->NAME written again after apply_fn
returns, outside its lock; APPLY=NULL attributes are entirely lockless.
configfs only serializes stores per-open-file, so concurrent stores on
separate fds race.

For apply_fn attributes, once one store's apply_fn has reconfigured the
hardware, a second (losing) store can still overwrite dev->NAME
afterwards. This leaves dev->submit_queues out of sync with the live
queue count, which is later caught by the WARN_ON_ONCE() in
null_map_queues().

For !apply_fn attributes, power_store()'s null_add_dev() validates and
builds the device under "lock" but only sets CONFIGURED afterwards. A store
slipping in during this window can change a field mid-setup -- for example,
zone_nr_conv can be pushed above nr_zones after it has already been
clamped, leading to an out-of-bounds dev->zones[] access.

Take "lock" in the macro around the apply_fn call, the CONFIGURED test and
the field write, and move it out of nullb_apply_submit_queues()/
nullb_apply_poll_queues() so both paths are covered once. This serializes
stores with power_store's setup and with each other.
Published: 2026-09-17
Score: n/a
EPSS: < 1% Very Low
KEV: No
Impact: Kernel memory corruption potentially leading to local privilege escalation
Action: Immediate Patch
AI Analysis

Impact

The null_blk driver in the Linux kernel implements configuration via configfs. Store callbacks for attributes such as submit_queues and poll_queues execute without acquiring the necessary lock, whereas configfs only serializes writes for a single file descriptor. Consequently, two concurrent writes to different file descriptors can race, allowing a second write to overwrite device state after the first applies changes. For attributes that do not use an apply_fn, such as power_store, there is a narrow window where a write can modify internal fields before the driver finishes its setup, potentially pushing parameters beyond their intended bounds. The result is kernel memory corruption, which can manifest as warnings, crashes, or, if fully exploited, privilege escalation for the writing process.

Affected Systems

This flaw resides in the generic null_blk driver code that is compiled into the Linux kernel across all distributions. The advisories do not list specific kernel versions, implying that any kernel builds that expose the null_blk configfs interface and allow write access to its attributes are affected. Systems that have disabled the null_blk driver or restrict configfs write permissions are not impacted.

Risk and Exploitability

The EPSS score is below 1 % and the vulnerability is not present in the CISA KEV catalog, indicating a low likelihood of widespread exploitation. However, the flaw requires local write access to the configfs entries, which is normally confined to privileged users. If an attacker can perform the race, kernel memory corruption could be achieved, leading to a crash or possibly a privilege escalation. The overall risk is moderate, concentrated on systems that expose the vulnerable driver and allow unrestricted configfs writes.

Generated by OpenCVE AI on September 20, 2026 at 03:04 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Apply the kernel update that includes the null_blk lock fix
  • Restrict write access to /sys/kernel/config/null_blk so that only privileged users can modify it, or disable the null_blk module if it is not required
  • As a temporary measure, prevent concurrent writes by removing write permissions or disabling configfs until the patch is applied

Generated by OpenCVE AI on September 20, 2026 at 03:04 UTC.

Tracking

Sign in to view the affected projects.

Advisories
Source ID Title
Debian DLA Debian DLA DLA-4817-1 linux-6.12 security update
Debian DSA Debian DSA DSA-6528-1 linux security update
History

Sun, 20 Sep 2026 03:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-362

Thu, 17 Sep 2026 16:30:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: null_blk: serialize configfs attribute stores with the lock The NULLB_DEVICE_ATTR _store takes no lock: apply_fn attributes (submit_queues, poll_queues) get dev->NAME written again after apply_fn returns, outside its lock; APPLY=NULL attributes are entirely lockless. configfs only serializes stores per-open-file, so concurrent stores on separate fds race. For apply_fn attributes, once one store's apply_fn has reconfigured the hardware, a second (losing) store can still overwrite dev->NAME afterwards. This leaves dev->submit_queues out of sync with the live queue count, which is later caught by the WARN_ON_ONCE() in null_map_queues(). For !apply_fn attributes, power_store()'s null_add_dev() validates and builds the device under "lock" but only sets CONFIGURED afterwards. A store slipping in during this window can change a field mid-setup -- for example, zone_nr_conv can be pushed above nr_zones after it has already been clamped, leading to an out-of-bounds dev->zones[] access. Take "lock" in the macro around the apply_fn call, the CONFIGURED test and the field write, and move it out of nullb_apply_submit_queues()/ nullb_apply_poll_queues() so both paths are covered once. This serializes stores with power_store's setup and with each other.
Title null_blk: serialize configfs attribute stores with the lock
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-09-17T16:07:08.392Z

Reserved: 2026-09-11T19:38:34.791Z

Link: CVE-2026-90185

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-09-17T17:17:12.980

Modified: 2026-09-17T17:17:12.980

Link: CVE-2026-90185

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-09-20T03:15:08Z

Weaknesses
  • CWE-362

    Concurrent Execution using Shared Resource with Improper Synchronization ('Race Condition')