CVE-2026-98650
En el kernel de Linux se ha resuelto la siguiente vulnerabilidad:
KVM: s390: Fix potential races in dat skey functions
Cuando dat_cond_set_storage_key() encuentra una página grande, establece de forma condicional la clave de almacenamiento en la memoria absoluta usando large_crste_to_phys() para obtener la dirección absoluta.
Existe una ventana de condición de carrera entre dat_entry_walk() y large_crste_to_phys(): la página grande podría haberse dividido de forma concurrente, y large_crste_to_phys() podría llamarse con una crste que no designa una página grande, lo que provoca fallos.
Problemas similares también estaban presentes en dat_set_storage_key().
Leer descripción completaMostrar menos
dat_get_storage_key() y dat_reset_reference_bit() sí comprobaban una posible división concurrente de la página grande, pero la gestionaban incorrectamente.
Se corrige realizando un READ_ONCE sobre el puntero crste, comprobando y utilizando el resultado, en lugar de volver a desreferenciar el puntero. En caso de detectar una carrera, se vuelve a intentar dat_entry_walk().
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.15 %
- Percentil entre todas las CVEs puntuadas
- 4
- 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-98650",
"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": "8e03e8316eb242af307d1c789d09f1a1457cf9a3",
"lessThan": "c958f0498891203fddf2764b28f8b102c6bfd719",
"versionType": "git"
},
{
"status": "affected",
"version": "8e03e8316eb242af307d1c789d09f1a1457cf9a3",
"lessThan": "27554b9505ddfc0aeab466aeb60929dfa17284c7",
"versionType": "git"
}
],
"programFiles": [
"arch/s390/kvm/gmap/dat.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.0"
},
{
"status": "unaffected",
"version": "0",
"lessThan": "7.0",
"versionType": "semver"
},
{
"status": "unaffected",
"version": "7.2.9",
"versionType": "semver",
"lessThanOrEqual": "7.2.*"
},
{
"status": "unaffected",
"version": "7.3",
"versionType": "original_commit_for_fix",
"lessThanOrEqual": "*"
}
],
"programFiles": [
"arch/s390/kvm/gmap/dat.c"
],
"defaultStatus": "affected"
}
]
}
],
"published": "2026-10-18T16:17:18.290",
"references": [
{
"url": "https://git.kernel.org/stable/c/27554b9505ddfc0aeab466aeb60929dfa17284c7",
"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
},
{
"url": "https://git.kernel.org/stable/c/c958f0498891203fddf2764b28f8b102c6bfd719",
"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
}
],
"vulnStatus": "Received",
"descriptions": [
{
"lang": "en",
"value": "In the Linux kernel, the following vulnerability has been resolved:\n\nKVM: s390: Fix potential races in dat skey functions\n\nWhen dat_cond_set_storage_key() finds a large page, it will\nconditionally set the storage key in absolute memory using\nlarge_crste_to_phys() to get the absolute address.\n\nThere is a race window between dat_entry_walk() and\nlarge_crste_to_phys(): the large page could have been split\nconcurrently, and large_crste_to_phys() might be called with a crste\nthat does not designate a large page, leading to crashes.\n\nSimilar issues were also present in dat_set_storage_key().\n\ndat_get_storage_key() and dat_reset_reference_bit() did instead check\nfor a potential concurrent splitting of the large page, but then\nhandled it incorrectly.\n\nFix by performing a READ_ONCE on the crste pointer, checking and using\nthe result, instead of dereferencing the pointer again. In case a race\nis detacted, try dat_entry_walk() again."
}
],
"lastModified": "2026-10-19T10:19:29.467",
"sourceIdentifier": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
}