CVE-2026-98385 Uso después de liberar por acoplamiento de sched_cache_group con mm en el kernel Linux

Qué es CVE-2026-98385

Las estadísticas de scheduling sched_cache_stat vivían en mm_struct y se accedían mediante task-mm-sc_stat, por lo que una tarea que cambiaba de mm podía dejar que otra CPU accediera a un mm ya liberado. La corrección extrae sched_cache_stat de mm_struct, lo renombra sched_cache_group y gestiona su ciclo de vida con conteo de referencias propio.

Productos y versiones afectadas

• Linux

  • desde df0d98475954d655571979aa061ecb07d7e00392 hasta antes de 852ecb6bc0bc0106f44f74ba3944524732486025
  • desde df0d98475954d655571979aa061ecb07d7e00392 hasta antes de 28f9c0e0a0b94c5d3e1b634db545f6e1f94858c5

• Linux

  • 7.2

Qué hacer

1. Verificá si usás Linux y en qué versión: el rango afectado figura arriba.
2. Actualizá a la versión corregida que indique el fabricante en su aviso (ver referencias) o aplicá la mitigación que publique.
3. Priorizá la corrección: hay código de explotación público, así que el riesgo de ataque es alto.
4. Revisá registros y accesos de los sistemas expuestos para descartar que se haya aprovechado antes de corregir.

Exploits y pruebas de concepto públicas

Código publicado por terceros. Puede ser malicioso: revisalo solo en un entorno aislado.

• ylh440104/InfinityCore-Android-CVE-2026-98385 ↗Android/ARM64 portPUBLICADO 19 OCT · 04:59

Calculadora CVSS

CVSS 3.1 · 7.8 ALTA

CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

VECTOR DE ATAQUE (AV)

Local

COMPLEJIDAD DEL ATAQUE (AC)

Baja

PRIVILEGIOS REQUERIDOS (PR)

Bajos

INTERACCIÓN DEL USUARIO (UI)

Ninguna

ALCANCE (S)

Sin cambio

CONFIDENCIALIDAD (C)

Alta

INTEGRIDAD (I)

Alta

DISPONIBILIDAD (A)

Alta

Abrir la calculadora completa →

Descripción original

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.

Referencias

• git.kernel.org/stable/c/852ecb6bc0bc0106f44f74ba3944524732486025
• git.kernel.org/stable/c/28f9c0e0a0b94c5d3e1b634db545f6e1f94858c5

Historial de la alerta

1. 12 OCT · 04:56VULNERABILIDAD Nueva vulnerabilidad detectada.
2. 19 OCT · 04:59EXPLOIT PÚBLICO Se publicó el repositorio ylh440104/InfinityCore-Android-CVE-2026-98385.

CÓMO SE HIZOResumen traducido automáticamente al español a partir de la descripción original. Ante dudas, la descripción original y las referencias del fabricante son la fuente de verdad. Cómo funciona.