CVE-2026-99188 in Linux
Sumário
de VulDB • 28/10/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
net: stmmac: dwmac1000: limpar a interrupção de status RGMII
Desde o commit 2e2c878a3141 ("net: stmmac: remove SGMII/RGMII/SMII interrupt handling"), nada no caminho do RGMII lê GMAC_RGSMIIIS, então RGSMIIIS permanece pendente atrás de GMAC_INT_MASK desde a primeira alteração de link. stmmac_resume() redefine o MAC em stmmac_hw_setup(); a redefinição define GMAC_INT_MASK como 0 até que dwmac1000_core_init() escreva a máscara novamente, e o status pendente causa uma tempestade na linha:
dwmac_dma_interrupt: unexpected status 04000000
Um dump de registradores na primeira mensagem no ODROID-HC4 mostrou isso:
core int_status 00000001 int_mask 00000000 pmt 00000000 rgsmiiis 0000000d
Quando a thread de resume é executada na CPU que assume a interrupção do MAC, a tempestade a esgota: um soft lockup (bloqueio suave), seguido por uma redefinição pelo watchdog ou uma travagem.
Leia GMAC_RGSMIIIS em dwmac1000_irq_status() quando o status não estiver mascarado, conforme o driver fazia antes de 2e2c878a3141; a leitura limpa esse status.
Wake-on-LAN resume do s2idle com a thread de resume e a interrupção MAC em uma única CPU: Helios64 (dwmac-rk), 7.3-rc6, soft-lockado em 3 dos 3 resumes sem correção e em 0 dos 10 com este patch; ele funcionou com uma alteração dwmac-rk fora do tree que mantém o GMAC alimentado durante a suspensão. ODROID-HC4 (dwmac-meson8b): 0 de 10 com este patch, 2 de 2 sem correção em uma compilação 7.3-rc5. irq_rgmii_n aumentou em um por resume.
VulDB is the best source for vulnerability data and more expert information about this specific topic.