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

sched_ext: Wait for SCX_OPSS_DISPATCHING before reenqueueing a task

ebf1ccff79c4 ("sched_ext: Fix ops.dequeue() semantics") moved the final
ops_state store in scx_dispatch_enqueue() after the DSQ unlock so that the
custody update and ops.dequeue() precede it. A task can thus be found on a
DSQ while still SCX_OPSS_DISPATCHING.

The dequeue and core-sched pick paths wait for the state to clear in
ops_dequeue() but the reenqueue paths don't. A reenqueue in that window runs
ops.enqueue() and sets SCX_OPSS_QUEUED before the dispatch has completed.
The dispatcher's final store then overwrites it with SCX_OPSS_NONE and
finish_dispatch() drops every later dispatch of the task.

Wait for SCX_OPSS_DISPATCHING to clear before dequeueing a task for
reenqueue, the same way ops_dequeue() does.
Published: 2026-10-18
Score: 4.7 Medium
EPSS: < 1% Very Low
KEV: No
Impact: Denial of Service via scheduling disruption
Action: Apply patch
AI Analysis

Impact

A race condition in the Linux kernel scheduler allows a task that is in the SCX_OPSS_DISPATCHING state to be requeued before the dispatch completes. This overwrites the task’s state and causes the dispatcher to drop subsequent dispatches of that task, resulting in loss of task execution and erratic scheduling behavior. The flaw does not provide a direct code execution or information disclosure vector, but it can degrade system responsiveness and availability.

Affected Systems

All Linux kernel installations that include the vulnerable scheduling code. Any kernel version prior to the commit that introduced the fix is affected. Distribution maintainers should review kernel change logs for the relevant commit to determine whether their current kernel includes the patch.

Risk and Exploitability

The CVSS score is 4.7 and the EPSS score is below 1%, indicating low to moderate exploitation probability. The vulnerability is not listed in CISA KEV. Based on the description, it is inferred that the attack vector requires local access with sufficient privileges to influence kernel scheduling behavior, such as a privileged user or a process with elevated capabilities. Because the flaw causes loss of task dispatches, an attacker can potentially force the host into a denial‑of‑service state. The risk is moderate until a patched kernel is deployed.

Generated by OpenCVE AI on October 24, 2026 at 15:41 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade the kernel to a version that includes the fix at commit 43457bf6550044c40bd6d3fcdf9ea66f5a55d139 or later.
  • If an automatic update is unavailable, manually apply the patch from the referenced commit to the kernel source tree and rebuild the kernel.
  • Restart the system to load the patched kernel and ensure the scheduler is functioning normally.

Generated by OpenCVE AI on October 24, 2026 at 15:41 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Sat, 24 Oct 2026 14:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-362

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

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

None

cvssV3_1

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

threat_severity

Moderate


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

Type Values Removed Values Added
Weaknesses CWE-362

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

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: sched_ext: Wait for SCX_OPSS_DISPATCHING before reenqueueing a task ebf1ccff79c4 ("sched_ext: Fix ops.dequeue() semantics") moved the final ops_state store in scx_dispatch_enqueue() after the DSQ unlock so that the custody update and ops.dequeue() precede it. A task can thus be found on a DSQ while still SCX_OPSS_DISPATCHING. The dequeue and core-sched pick paths wait for the state to clear in ops_dequeue() but the reenqueue paths don't. A reenqueue in that window runs ops.enqueue() and sets SCX_OPSS_QUEUED before the dispatch has completed. The dispatcher's final store then overwrites it with SCX_OPSS_NONE and finish_dispatch() drops every later dispatch of the task. Wait for SCX_OPSS_DISPATCHING to clear before dequeueing a task for reenqueue, the same way ops_dequeue() does.
Title sched_ext: Wait for SCX_OPSS_DISPATCHING before reenqueueing a task
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:58.668Z

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

Link: CVE-2026-98864

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

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

Modified: 2026-10-19T10:19:50.473

Link: CVE-2026-98864

cve-icon Redhat

Severity : Moderate

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

Links: CVE-2026-98864 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-10-24T15:45:07Z

Weaknesses
  • CWE-366

    Race Condition within a Thread