CVE-2026-98395
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
powerpc/entry: Corrige la corrupción de irq_soft_mask en la salida de una interrupción reproducida
Cuando __replay_soft_interrupts() reproduce una interrupción pendiente (por ejemplo, PACA_IRQ_DEC -> timer_interrupt), llama directamente al manejador con un pt_regs sintético. El wrapper DEFINE_INTERRUPT_HANDLER_ASYNC de cada manejador invoca arch_interrupt_async_exit_prepare() al salir, lo que a su vez llama a arch_interrupt_exit_prepare() -> local_irq_disable() -> arch_local_irq_disable(), que ejecuta:
Esto sobrescribe incondicionalmente irq_soft_mask con IRQS_DISABLED (0x1), eliminando el bit IRQS_PMI_DISABLED (0x2). El resultado es que irq_soft_mask vale 0x1 en lugar de IRQS_ALL_DISABLED (0x3) cuando el manejador regresa a __replay_soft_interrupts().
Leer descripción completaMostrar menos
Para una interrupción tomada normalmente, esto es inofensivo: la siguiente interrupción siempre entra por arch_interrupt_enter_prepare(), que establece irq_soft_mask a IRQS_ALL_DISABLED de forma incondicional. Pero durante la reproducción, next_interrupt() se invoca directamente entre los manejadores reproducidos sin pasar de nuevo por arch_interrupt_enter_prepare(), por lo que el bit perdido nunca se restaura. Entonces next_interrupt() genera un AVISO:
El aviso se observó al inicio del arranque en un invitado pseries POWER10 durante kmem_cache_init_late(), donde la liberación de un spinlock provoca la reproducción de una interrupción que procesa un temporizador pendiente.
La solución consiste en sustituir local_irq_disable() por hard_irq_disable().
hard_irq_disable() es la primitiva adecuada aquí por dos razones:
1. En PPC64 (hw_irq.h:301) llama a irq_soft_mask_set_return(IRQS_ALL_DISABLED), estableciendo la máscara suave a 0x3 (tanto IRQS_DISABLED como IRQS_PMI_DISABLED), lo que conserva el bit PMI y corrige el AVISO. El trabajo adicional que realiza (__hard_irq_disable(), PACA_IRQ_HARD_DIS |=) es redundante pero seguro, ya que ambos ya están establecidos en este punto de la ruta de salida; el trace_hardirqs_off() interno está protegido por if (!arch_irqs_disabled_flags(flags)), por lo que no se disparará dos veces.
2. En PPC32 (hw_irq.h:467) hard_irq_disable() equivale a arch_local_irq_disable() -> __hard_irq_disable(), que borra MSR[EE] en el hardware. Esto es exactamente correcto: PPC32 no dispone del mecanismo de máscara suave en PACA, por lo que la desactivación hardware es la forma adecuada de cumplir el requisito de irqentry_exit(). Esto también corrige un error de compilación en PPC32, donde irq_soft_mask_set() solo está definida bajo CONFIG_PPC64:
Usar hard_irq_disable() no requiere #ifdef y es coherente con la forma en que el resto del código de entrada (por ejemplo, entry-common.h:463) gestiona la misma división PPC32/PPC64.
Detalles técnicos trazas, registros y código del informe original
irq_soft_mask_set(IRQS_DISABLED) /* 0x1 */
WARNING: arch/powerpc/kernel/irq_64.c:75
WARN_ON(irq_soft_mask_return() != IRQS_ALL_DISABLED)
Estado observado con el depurador que confirma el error:
Antes de timer_interrupt(®s):
irq_soft_mask = 0x3 (IRQS_ALL_DISABLED) correcto
irq_happened = 0x41 (HARD_DIS|REPLAYING) correcto
Después de que timer_interrupt(®s) regresa:
irq_soft_mask = 0x1 (IRQS_DISABLED) INCORRECTO - bit PMI eliminado
irq_happened = 0x41 sin cambios
arch/powerpc/include/asm/entry-common.h:273: error: implicit
declaration of function 'irq_soft_mask_set'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.20 %
- Percentil entre todas las CVEs puntuadas
- 9
- Fecha de la puntuación
- 21/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-98395",
"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": "334f3f6d7a1660fd65597bad9960bfa33a716d35",
"lessThan": "95cd316a896f1c1aa4ee4a817ba3d4691103c81b",
"versionType": "git"
},
{
"status": "affected",
"version": "334f3f6d7a1660fd65597bad9960bfa33a716d35",
"lessThan": "63a7531ca31f9f097d9cc1cc3fe86ae683cdabdd",
"versionType": "git"
}
],
"programFiles": [
"arch/powerpc/include/asm/entry-common.h"
],
"defaultStatus": "unaffected"
},
{
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"vendor": "Linux",
"product": "Linux",
"versions": [
{
"status": "affected",
"version": "7.2"
},
{
"status": "unaffected",
"version": "0",
"lessThan": "7.2",
"versionType": "semver"
},
{
"status": "unaffected",
"version": "7.2.7",
"versionType": "semver",
"lessThanOrEqual": "7.2.*"
},
{
"status": "unaffected",
"version": "7.3",
"versionType": "original_commit_for_fix",
"lessThanOrEqual": "*"
}
],
"programFiles": [
"arch/powerpc/include/asm/entry-common.h"
],
"defaultStatus": "affected"
}
]
}
],
"published": "2026-10-14T14:17:50.407",
"references": [
{
"url": "https://git.kernel.org/stable/c/63a7531ca31f9f097d9cc1cc3fe86ae683cdabdd",
"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
},
{
"url": "https://git.kernel.org/stable/c/95cd316a896f1c1aa4ee4a817ba3d4691103c81b",
"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
}
],
"vulnStatus": "Received",
"descriptions": [
{
"lang": "en",
"value": "In the Linux kernel, the following vulnerability has been resolved:\n\npowerpc/entry: Fix irq_soft_mask corruption on replayed interrupt exit\n\nWhen __replay_soft_interrupts() replays a pending interrupt (e.g.\nPACA_IRQ_DEC -> timer_interrupt), it calls the handler directly with a\nsynthetic pt_regs. The DEFINE_INTERRUPT_HANDLER_ASYNC wrapper around\neach handler calls arch_interrupt_async_exit_prepare() on the way out,\nwhich calls arch_interrupt_exit_prepare() -> local_irq_disable() ->\narch_local_irq_disable(), which does:\n\n irq_soft_mask_set(IRQS_DISABLED) /* 0x1 */\n\nThis unconditionally overwrites irq_soft_mask with IRQS_DISABLED (0x1),\nstripping the IRQS_PMI_DISABLED (0x2) bit. The result is that\nirq_soft_mask is 0x1 instead of IRQS_ALL_DISABLED (0x3) when the\nhandler returns to __replay_soft_interrupts().\n\nFor a normally-taken interrupt this is harmless: the next interrupt\nalways enters through arch_interrupt_enter_prepare() which\nunconditionally sets irq_soft_mask to IRQS_ALL_DISABLED. But during\nreplay, next_interrupt() is called directly between replayed handlers\nwithout going back through arch_interrupt_enter_prepare(), so the\nstripped bit is never restored. next_interrupt() then fires a WARNING:\n\n WARNING: arch/powerpc/kernel/irq_64.c:75\n WARN_ON(irq_soft_mask_return() != IRQS_ALL_DISABLED)\n\nThe warning was observed early in boot on a POWER10 pseries guest\nduring kmem_cache_init_late(), where a spinlock release triggers\ninterrupt replay that processes a pending timer interrupt.\n\nDebugger state confirming the bug:\n Before timer_interrupt(®s):\n irq_soft_mask = 0x3 (IRQS_ALL_DISABLED) correct\n irq_happened = 0x41 (HARD_DIS|REPLAYING) correct\n After timer_interrupt(®s) returns:\n irq_soft_mask = 0x1 (IRQS_DISABLED) WRONG - PMI bit stripped\n irq_happened = 0x41 unchanged\n\nThe fix is to replace local_irq_disable() with hard_irq_disable().\n\nhard_irq_disable() is the right primitive here for two reasons:\n\n1. On PPC64 (hw_irq.h:301) it calls irq_soft_mask_set_return(IRQS_ALL_DISABLED),\n setting the soft mask to 0x3 (both IRQS_DISABLED and IRQS_PMI_DISABLED),\n which preserves the PMI bit and fixes the WARNING. The additional\n work it does (__hard_irq_disable(), PACA_IRQ_HARD_DIS |=) is\n redundant but safe since both are already set at this point in the\n exit path; the trace_hardirqs_off() inside is guarded by\n if (!arch_irqs_disabled_flags(flags)) so it will not double-fire.\n\n2. On PPC32 (hw_irq.h:467) hard_irq_disable() maps to\n arch_local_irq_disable() -> __hard_irq_disable(), which clears\n MSR[EE] in hardware. This is exactly correct: PPC32 has no soft-mask\n PACA mechanism, so the hardware disable is the right way to satisfy\n irqentry_exit()'s requirement. This also fixes a build error on PPC32\n where irq_soft_mask_set() is only defined under CONFIG_PPC64:\n\n arch/powerpc/include/asm/entry-common.h:273: error: implicit\n declaration of function 'irq_soft_mask_set'\n\n Using hard_irq_disable() requires no #ifdef and is consistent with\n how the rest of the entry code (e.g. entry-common.h:463) handles the\n same PPC32/PPC64 split."
}
],
"lastModified": "2026-10-19T10:18:42.880",
"sourceIdentifier": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
}