CVE-2026-98864
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
sched_ext: Esperar a SCX_OPSS_DISPATCHING antes de volver a encolar una tarea
Las rutas de desencolado y de selección de core-sched esperan a que el estado se limpie en ops_dequeue(), pero las rutas de reencolado no. Un reencolado dentro de esa ventana ejecuta ops.enqueue() y establece SCX_OPSS_QUEUED antes de que el envío haya finalizado. El almacenamiento final del despachador sobrescribe entonces ese valor con SCX_OPSS_NONE, y finish_dispatch() descarta todos los envíos posteriores de la tarea.
Esperar a que SCX_OPSS_DISPATCHING se limpie antes de desencolar una tarea para volver a encolarla, del mismo modo que lo hace ops_dequeue().
Detalles técnicos trazas, registros y código del informe original
ebf1ccff79c4 ("sched_ext: Fix ops.dequeue() semantics") trasladó el almacenamiento final de ops_state en scx_dispatch_enqueue() a después del desbloqueo de la DSQ, de modo que la actualización de la custodia y ops.dequeue() precedan a dicho almacenamiento. Por tanto, una tarea puede encontrarse en una DSQ mientras todavía está en SCX_OPSS_DISPATCHING.Traducción automática del texto original de NVD (en inglés).
CVSS
NVD no ha asignado puntuación CVSS a esta CVE (habitual desde el cambio de política de abril de 2026).
Probabilidad de explotación (EPSS)
- Probabilidad de explotación en los próximos 30 días
- 0.16 %
- Percentil entre todas las CVEs puntuadas
- 5
- Fecha de la puntuación
- 20/10/2026
EPSS (Exploit Prediction Scoring System, de FIRST) estima la probabilidad de que una vulnerabilidad sea explotada en 30 días. Complementa a CVSS (impacto) y a CISA KEV (explotación confirmada).
Tecnologías afectadas (1)
⚠ Inferidas por IA a partir de la descripción — NVD aún no ha analizado esta CVE; no son CPE verificados.
Referencias
JSON original (NVD)
Mostrar
{
"id": "CVE-2026-98864",
"cveTags": [],
"metrics": {},
"affected": [
{
"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
"affectedData": [
{
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"vendor": "Linux",
"product": "Linux",
"versions": [
{
"status": "affected",
"version": "ebf1ccff79c43f860cbd2f9d6cfab9a462d0cb2d",
"lessThan": "43457bf6550044c40bd6d3fcdf9ea66f5a55d139",
"versionType": "git"
},
{
"status": "affected",
"version": "ebf1ccff79c43f860cbd2f9d6cfab9a462d0cb2d",
"lessThan": "7de9a6fb44eae4f05e68c805d58b9c618815adfa",
"versionType": "git"
}
],
"programFiles": [
"kernel/sched/ext/ext.c",
"kernel/sched/ext/internal.h",
"kernel/sched/ext/sub.c"
],
"defaultStatus": "unaffected"
},
{
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"vendor": "Linux",
"product": "Linux",
"versions": [
{
"status": "affected",
"version": "7.1"
},
{
"status": "unaffected",
"version": "0",
"lessThan": "7.1",
"versionType": "semver"
},
{
"status": "unaffected",
"version": "7.2.10",
"versionType": "semver",
"lessThanOrEqual": "7.2.*"
},
{
"status": "unaffected",
"version": "7.3",
"versionType": "original_commit_for_fix",
"lessThanOrEqual": "*"
}
],
"programFiles": [
"kernel/sched/ext/ext.c",
"kernel/sched/ext/internal.h",
"kernel/sched/ext/sub.c"
],
"defaultStatus": "affected"
}
]
}
],
"published": "2026-10-18T16:17:40.877",
"references": [
{
"url": "https://git.kernel.org/stable/c/43457bf6550044c40bd6d3fcdf9ea66f5a55d139",
"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
},
{
"url": "https://git.kernel.org/stable/c/7de9a6fb44eae4f05e68c805d58b9c618815adfa",
"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
}
],
"vulnStatus": "Received",
"descriptions": [
{
"lang": "en",
"value": "In the Linux kernel, the following vulnerability has been resolved:\n\nsched_ext: Wait for SCX_OPSS_DISPATCHING before reenqueueing a task\n\nebf1ccff79c4 (\"sched_ext: Fix ops.dequeue() semantics\") moved the final\nops_state store in scx_dispatch_enqueue() after the DSQ unlock so that the\ncustody update and ops.dequeue() precede it. A task can thus be found on a\nDSQ while still SCX_OPSS_DISPATCHING.\n\nThe dequeue and core-sched pick paths wait for the state to clear in\nops_dequeue() but the reenqueue paths don't. A reenqueue in that window runs\nops.enqueue() and sets SCX_OPSS_QUEUED before the dispatch has completed.\nThe dispatcher's final store then overwrites it with SCX_OPSS_NONE and\nfinish_dispatch() drops every later dispatch of the task.\n\nWait for SCX_OPSS_DISPATCHING to clear before dequeueing a task for\nreenqueue, the same way ops_dequeue() does."
}
],
"lastModified": "2026-10-19T10:19:50.473",
"sourceIdentifier": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
}