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

sched/cache: Decouple sched_cache_group from mm to fix UAF

Currently the sched cache grouping is by mm and the scheduling statistics
sched_cache_stat lives in the mm structure. This ties the life cycle
of scheduling stats with mm.

In account_mm_sched(), the scheduling stats are accessed by
task->mm->sc_stat. However, a task may be switching mm on one CPU when
another CPU is running account_mm_sched(), and possibly accessing the
old mm that was freed. This problem was found when running tests with
KASAN by Hyunwoo:

https://lore.kernel.org/lkml/apPb-Dr4nPYuHQOK@v4bel/

Instead of serializing the mm access by introducing extra acquisition of
rq lock in the mm free path, extract sched_cache_stat from mm_struct,
rename it as sched_cache_group and manage its life cycle apart from
mm_struct with its own ref counting. This allows us in the next patch
access sched_cache_group directly from task, and add a refcount
on sched_cache_group when a task links to it. This prevents the use
after free issue when accessing stale and released old mm and its
sched cache stat a task switches to a new mm while account_mm_sched()
is done elsewhere.

The other benefit of this restructure is in the future, the grouping of
tasks to a LLC would have the flexibility to be associated with a user
defined grouping, or cgroup, cookie group, numa_group or others instead
of just with a single mm address space.

Rename sched_cache_stat to sched_cache_group and turn it into a refcounted
object allocated from mm_struct. The mm_struct now holds a pointer
(sched_cache_grp) to this object instead of embedding it.
Published: 2026-10-12
Score: 7.8 High
EPSS: < 1% Very Low
KEV: No
Impact: Use‑After‑Free
Action: Patch
AI Analysis

Impact

The Linux kernel mistakenly tied the lifetime of scheduling statistics to the memory‑mapping structure (mm). When a task switches its mm on one CPU, another CPU could concurrently call account_mm_sched and read the now‑freed mm, resulting in a use‑after‑free condition. The patch separates the scheduling statistics into a refcounted sched_cache_group object, removing the dependency on mm and preventing the unsafe access.

Affected Systems

Any Linux kernel build that embeds sched_cache_stat inside the mm_struct before the decoupling patch is potentially affected. The advisory does not list specific kernel version ranges, so kernels lacking the sched_cache_group change are considered vulnerable.

Risk and Exploitability

The CVSS score of 7.8 marks the issue as high severity, while the EPSS score of < 1% indicates a low likelihood of exploitation in the wild. The vulnerability is not listed in the CISA KEV catalog, suggesting no known public exploits. Based on the description, exploitation would require a process that can race memory‑mapping changes across CPUs; the attack vector is most likely local and relies on race timing. No evidence in the CVE data indicates remote exploitation or privilege escalation capabilities beyond the local context.

Generated by OpenCVE AI on October 24, 2026 at 19:23 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade to a Linux kernel version that includes the sched_cache_group patch (e.g., the latest stable or vendor‑patched release).
  • If an immediate update is not feasible, download and apply the specific commit that decouples sched_cache_group from mm_struct to your kernel source tree, then rebuild and deploy the kernel. (Commits referenced in the advisory: 28f9c0e0a0b94c5d3e1b634db545f6e1f94858c5 and 852ecb6bc0bc0106f44f74ba3944524732486025).
  • As a temporary protective measure, disable the kernel’s scheduling statistics collection by setting CONFIG_SCHED_CPUTIME=0 or ensuring that any modules relying on the old sched_cache_stat layout are not loaded.

Generated by OpenCVE AI on October 24, 2026 at 19:23 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

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

Type Values Removed Values Added
Weaknesses CWE-362
CWE-416

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

Type Values Removed Values Added
Metrics cvssV3_1

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

cvssV3_1

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


Tue, 13 Oct 2026 00:30:00 +0000

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

None

cvssV3_1

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

threat_severity

Moderate


Mon, 12 Oct 2026 08:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-362
CWE-416

Mon, 12 Oct 2026 06:15:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: sched/cache: Decouple sched_cache_group from mm to fix UAF Currently the sched cache grouping is by mm and the scheduling statistics sched_cache_stat lives in the mm structure. This ties the life cycle of scheduling stats with mm. In account_mm_sched(), the scheduling stats are accessed by task->mm->sc_stat. However, a task may be switching mm on one CPU when another CPU is running account_mm_sched(), and possibly accessing the old mm that was freed. This problem was found when running tests with KASAN by Hyunwoo: https://lore.kernel.org/lkml/apPb-Dr4nPYuHQOK@v4bel/ Instead of serializing the mm access by introducing extra acquisition of rq lock in the mm free path, extract sched_cache_stat from mm_struct, rename it as sched_cache_group and manage its life cycle apart from mm_struct with its own ref counting. This allows us in the next patch access sched_cache_group directly from task, and add a refcount on sched_cache_group when a task links to it. This prevents the use after free issue when accessing stale and released old mm and its sched cache stat a task switches to a new mm while account_mm_sched() is done elsewhere. The other benefit of this restructure is in the future, the grouping of tasks to a LLC would have the flexibility to be associated with a user defined grouping, or cgroup, cookie group, numa_group or others instead of just with a single mm address space. Rename sched_cache_stat to sched_cache_group and turn it into a refcounted object allocated from mm_struct. The mm_struct now holds a pointer (sched_cache_grp) to this object instead of embedding it.
Title sched/cache: Decouple sched_cache_group from mm to fix UAF
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-24T14:08:42.034Z

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

Link: CVE-2026-98385

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-12T06:17:00.547

Modified: 2026-10-24T14:16:40.530

Link: CVE-2026-98385

cve-icon Redhat

Severity : Moderate

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

Links: CVE-2026-98385 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-10-24T19:30:07Z

Weaknesses
  • CWE-825

    Expired Pointer Dereference