CVE-2026-89962
In the Linux kernel, the following vulnerability has been resolved:
powerpc/kexec_file: Prevent kexec range truncation
Sashiko AI review pointed out the following issue.
The __merge_memory_ranges() function incorrectly handles overlapping memory ranges when merging them. Although sort_memory_ranges() sorts all ranges by their start address in ascending order beforehand, the merge logic remains defective in two ways:
2. It unconditionally overwrites 'ranges[idx].end' with 'ranges[i].end'.
This logic flaw leads to critical memory truncation when a larger memory range completely subsumes subsequent smaller ranges.
Leer descripción completaMostrar menos
As a result, valid memory fragments [0x5001 - 0x5fff] and [0x8001 - 0x9000] are completely lost from the kexec exclude lists, potentially allowing the crash kernel to overwrite active memory, causing data corruption or crashes.
Fix this by ensuring the start of the current range is compared against the end of the active merged range (idx), and use max() to safely prevent the outer boundary from being truncated.
Detalles técnicos trazas, registros y código del informe original
1. It compares the current range's start against the previous element (i-1) instead of the running target index (idx) For example, consider a sorted input array with three ranges: Range A (idx=0): [0x1000 - 0x9000] Range B (i=1): [0x2000 - 0x5000] (completely inside Range A) Range C (i=2): [0x6000 - 0x8000] (completely inside Range A) 1. When i=1 (Range B): ranges[1].start (0x2000) <= ranges[0].end + 1 (0x9001) is TRUE. The code executes: ranges[0].end = ranges[1].end, which erroneously shrinks Range A's end from 0x9000 down to 0x5000. 2. When i=2 (Range C): ranges[2].start (0x6000) <= ranges[1].end + 1 (0x5001) is FALSE. The code falls into the else block, creating a broken new range.
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.21%
- Percentil entre todas las CVEs puntuadas: 10
- Fecha de la puntuación: 5/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-89962",
"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": "180adfc532a83c1d74146449f7385f767d4b8059",
"lessThan": "9ef63622e6cee588ea4b763a6afc87065254b36a",
"versionType": "git"
},
{
"status": "affected",
"version": "180adfc532a83c1d74146449f7385f767d4b8059",
"lessThan": "da88a2a2119e4fd0e8919a7a2448682f574e1545",
"versionType": "git"
},
{
"status": "affected",
"version": "180adfc532a83c1d74146449f7385f767d4b8059",
"lessThan": "c4cb547f26d9b73b489c5278d0c8db837c5a174f",
"versionType": "git"
},
{
"status": "affected",
"version": "180adfc532a83c1d74146449f7385f767d4b8059",
"lessThan": "fa40f9dbdd4af53e7445d9135b5b207eb8adf372",
"versionType": "git"
}
],
"programFiles": [
"arch/powerpc/kexec/ranges.c"
],
"defaultStatus": "unaffected"
},
{
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"vendor": "Linux",
"product": "Linux",
"versions": [
{
"status": "affected",
"version": "5.9"
},
{
"status": "unaffected",
"version": "0",
"lessThan": "5.9",
"versionType": "semver"
},
{
"status": "unaffected",
"version": "6.12.110",
"versionType": "semver",
"lessThanOrEqual": "6.12.*"
},
{
"status": "unaffected",
"version": "6.18.51",
"versionType": "semver",
"lessThanOrEqual": "6.18.*"
},
{
"status": "unaffected",
"version": "7.2.5",
"versionType": "semver",
"lessThanOrEqual": "7.2.*"
},
{
"status": "unaffected",
"version": "7.3-rc1",
"versionType": "original_commit_for_fix",
"lessThanOrEqual": "*"
}
],
"programFiles": [
"arch/powerpc/kexec/ranges.c"
],
"defaultStatus": "affected"
}
]
}
],
"published": "2026-09-16T11:17:06.687",
"references": [
{
"url": "https://git.kernel.org/stable/c/9ef63622e6cee588ea4b763a6afc87065254b36a",
"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
},
{
"url": "https://git.kernel.org/stable/c/c4cb547f26d9b73b489c5278d0c8db837c5a174f",
"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
},
{
"url": "https://git.kernel.org/stable/c/da88a2a2119e4fd0e8919a7a2448682f574e1545",
"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
},
{
"url": "https://git.kernel.org/stable/c/fa40f9dbdd4af53e7445d9135b5b207eb8adf372",
"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
}
],
"vulnStatus": "Received",
"descriptions": [
{
"lang": "en",
"value": "In the Linux kernel, the following vulnerability has been resolved:\n\npowerpc/kexec_file: Prevent kexec range truncation\n\nSashiko AI review pointed out the following issue.\n\nThe __merge_memory_ranges() function incorrectly handles overlapping\nmemory ranges when merging them. Although sort_memory_ranges() sorts all\nranges by their start address in ascending order beforehand, the merge\nlogic remains defective in two ways:\n\n1. It compares the current range's start against the previous element (i-1)\n instead of the running target index (idx)\n\n2. It unconditionally overwrites 'ranges[idx].end' with 'ranges[i].end'.\n\nThis logic flaw leads to critical memory truncation when a larger memory\nrange completely subsumes subsequent smaller ranges.\n\nFor example, consider a sorted input array with three ranges:\n Range A (idx=0): [0x1000 - 0x9000]\n Range B (i=1): [0x2000 - 0x5000] (completely inside Range A)\n Range C (i=2): [0x6000 - 0x8000] (completely inside Range A)\n\n1. When i=1 (Range B):\n ranges[1].start (0x2000) <= ranges[0].end + 1 (0x9001) is TRUE.\n The code executes: ranges[0].end = ranges[1].end, which erroneously\n shrinks Range A's end from 0x9000 down to 0x5000.\n\n2. When i=2 (Range C):\n ranges[2].start (0x6000) <= ranges[1].end + 1 (0x5001) is FALSE.\n The code falls into the else block, creating a broken new range.\n\nAs a result, valid memory fragments [0x5001 - 0x5fff] and [0x8001 - 0x9000]\nare completely lost from the kexec exclude lists, potentially allowing\nthe crash kernel to overwrite active memory, causing data corruption\nor crashes.\n\nFix this by ensuring the start of the current range is compared against the\nend of the active merged range (idx), and use max() to safely prevent the\nouter boundary from being truncated."
}
],
"lastModified": "2026-09-16T11:17:06.687",
"sourceIdentifier": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
}