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

blk-mq: set RQF_USE_SCHED when the operation is known

The cached requests are allocated for one operation but can be handed
out for another. A passthrough command has RQF_USE_SCHED cleared, so
using those flags for a subsequent read/write bio will insert it into
the scheduler without ->prepare_request() and frees it without
->finish_request(). For kyber, this leaks the domain token acquired at
dispatch and stalls the queue.

Don't set RQF_USE_SCHED based on the first operation the batch happened
to be allocated for. Instead, set it after the request is claimed by an
operation. Introduce a helper function, blk_mq_rq_late_init() for this,
and absorb blk_mq_rq_time_init() since the two run together.
Published: 2026-10-18
Score: 5.5 Medium
EPSS: < 1% Very Low
KEV: No
Impact: Denial of Service
Action: Immediate Patch
AI Analysis

Impact

During block I/O operations, the Linux kernel incorrectly sets the RQF_USE_SCHED flag based on the operation that allocated a cached request rather than the operation that ultimately claims the request. This mistake can cause the flag to be carried over to a different read or write bio, inserting the request into the scheduler without the proper preparation path and releasing it without the finish path. The unintended behavior leads to leakage of authentication domain tokens acquired during dispatch and can stall the block queue.

Affected Systems

All Linux kernel builds that have not incorporated the blk-mq RQF_USE_SCHED fix are affected. The patch was introduced in kernel commits referenced in the advisory; any kernel version prior to those commits remains vulnerable.

Risk and Exploitability

The CVSS score of 5.5 indicates moderate severity, and the EPSS score of < 1% shows a low probability of exploitation. This vulnerability is not listed in CISA KEV. The issue could be exploited by a local attacker who can issue specialized I/O requests that trigger the stale flag condition, potentially leaking kernel credentials and causing a denial of service through queue stalls. No public exploits are documented, and the need for precise I/O manipulation limits its likelihood. Nevertheless, the kernel-level nature of the flaw warrants caution.

Generated by OpenCVE AI on October 24, 2026 at 03:27 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade the kernel to the latest stable release that includes the blk‑mq RQF_USE_SCHED fix (see commits 2c47ebc27fa72078e26177cd458cdaf3006a9685, 790730e4d95de8356a573d4b4864486bba731863, ab6c756f28c741d704a7c3e04814bfc3adf6f818).
  • If an immediate kernel upgrade is not possible, avoid using passthrough I/O commands that set RQF_USE_SCHED until the patch is applied, as they can trigger the stale flag condition.
  • Rebuild or verify custom kernels to include the latest block multi‑queue code, and test block I/O paths to ensure stability.

Generated by OpenCVE AI on October 24, 2026 at 03:27 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Sat, 24 Oct 2026 02:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-665

Sat, 24 Oct 2026 00:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-772
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


Sun, 18 Oct 2026 21:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-665

Sun, 18 Oct 2026 16:00:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: blk-mq: set RQF_USE_SCHED when the operation is known The cached requests are allocated for one operation but can be handed out for another. A passthrough command has RQF_USE_SCHED cleared, so using those flags for a subsequent read/write bio will insert it into the scheduler without ->prepare_request() and frees it without ->finish_request(). For kyber, this leaks the domain token acquired at dispatch and stalls the queue. Don't set RQF_USE_SCHED based on the first operation the batch happened to be allocated for. Instead, set it after the request is claimed by an operation. Introduce a helper function, blk_mq_rq_late_init() for this, and absorb blk_mq_rq_time_init() since the two run together.
Title blk-mq: set RQF_USE_SCHED when the operation is known
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-10-19T09:26:13.210Z

Reserved: 2026-09-25T10:25:14.372Z

Link: CVE-2026-98820

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-18T16:17:36.240

Modified: 2026-10-19T10:19:46.087

Link: CVE-2026-98820

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-10-18T00:00:00Z

Links: CVE-2026-98820 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-10-24T03:30:15Z

Weaknesses
  • CWE-772

    Missing Release of Resource after Effective Lifetime