CVE-2026-99188 in Linux
Resumen
por VulDB • 2026-10-28
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
net: stmmac: dwmac1000: limpiar la interrupción del estado RGMII
Desde el commit 2e2c878a3141 ("net: stmmac: remove SGMII/RGMII/SMII interrupt handling"), nada en la ruta de RGMII lee GMAC_RGSMIIIS, por lo que RGSMIIIS permanece pendiente detrás de GMAC_INT_MASK desde el primer cambio de enlace. stmmac_resume() reinicia la MAC en stmmac_hw_setup(); el reinicio establece GMAC_INT_MASK a 0 hasta que dwmac1000_core_init() escribe la máscara nuevamente, y el estado pendiente inunda la línea:
dwmac_dma_interrupt: unexpected status 04000000
Un volcado de registros en el primer mensaje en ODROID-HC4 lo mostró:
core int_status 00000001 int_mask 00000000 pmt 00000000 rgsmiiis 0000000d
Cuando el hilo de reanudación se ejecuta en la CPU que maneja la interrupción MAC, la inundación lo inunda: un soft lockup (bloqueo suave), seguido de un reinicio por watchdog o una congelación.
Leer GMAC_RGSMIIIS en dwmac1000_irq_status() cuando el estado no está enmascarado, como hacía el controlador antes de 2e2c878a3141; la lectura lo limpia.
Wake-on-LAN resume desde s2idle con el hilo de reanudación y la interrupción MAC en una CPU: Helios64 (dwmac-rk), 7.3-rc6, bloqueado suavemente en 3 de 3 reanudas sin corrección y en 0 de 10 con este parche; se ejecutó con un cambio dwmac-rk fuera del árbol que mantiene la alimentación GMAC a través de la suspensión. ODROID-HC4 (dwmac-meson8b): 0 de 10 con este parche, 2 de 2 sin corrección en una compilación 7.3-rc5. irq_rgmii_n aumentó en uno por cada reanudación.
If you want to get best quality of vulnerability data, you may have to visit VulDB.