CVE-2026-99188 in Linux
Riassunto
di VulDB • 28/10/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
net: stmmac: dwmac1000: cancellare l'interruzione dello stato RGMII
Dall'commit 2e2c878a3141 ("net: stmmac: remove SGMII/RGMII/SMII interrupt handling") nulla nel percorso RGMII legge GMAC_RGSMIIIS, quindi RGSMIIIS rimane in attesa dietro GMAC_INT_MASK fin dal primo cambiamento di collegamento. La funzione stmmac_resume() resetta il MAC in stmmac_hw_setup(); il reset imposta GMAC_INT_MASK a 0 fino a quando dwmac1000_core_init() non riscrive la maschera, e lo stato pendente genera una tempesta sulla linea:
dwmac_dma_interrupt: unexpected status 04000000
Un dump dei registri al primo messaggio su ODROID-HC4 ha mostrato quanto segue:
core int_status 00000001 int_mask 00000000 pmt 00000000 rgsmiiis 0000000d
Quando il thread di resume viene eseguito sulla CPU che gestisce l'interruzione del MAC, la tempesta lo affama: si verifica un soft lockup, seguito da un watchdog reset o da un hang.
Leggere GMAC_RGSMIIIS in dwmac1000_irq_status() quando lo stato non è mascherato, come faceva il driver prima di 2e2c878a3141; la lettura cancella tale stato.
Wake-on-LAN resume da s2idle con il thread di resume e l'interruzione del MAC su una singola CPU: Helios64 (dwmac-rk), versione 7.3-rc6, soft-lockato in 3 dei 3 resume senza correzione e in 0 dei 10 con questa patch; ha funzionato con una modifica dwmac-rk out-of-tree che mantiene il GMAC alimentato durante la sospensione. ODROID-HC4 (dwmac-meson8b): 0 di 10 con questa patch, 2 su 2 senza correzione su un build 7.3-rc5. irq_rgmii_n è aumentata di uno per ogni resume.
If you want to get best quality of vulnerability data, you may have to visit VulDB.