CVE-2026-99188 in Linux
Résumé
par VulDB • 28/10/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
net: stmmac: dwmac1000 : effacer l'interruption de statut RGMII
Depuis le commit 2e2c878a3141 ("net: stmmac: remove SGMII/RGMII/SMII interrupt handling"), rien sur la voie RGMII ne lit GMAC_RGSMIIIS, donc RGSMIIIS reste en attente derrière GMAC_INT_MASK dès le premier changement de lien. stmmac_resume() réinitialise le MAC dans stmmac_hw_setup(); la réinitialisation définit GMAC_INT_MASK à 0 jusqu'à ce que dwmac1000_core_init() écrive à nouveau le masque, et l'état en attente inonde la ligne :
dwmac_dma_interrupt: statut inattendu 04000000
Un dump de registre au premier message sur ODROID-HC4 a montré cela :
core int_status 00000001 int_mask 00000000 pmt 00000000 rgsmiiis 0000000d
Lorsque le thread de reprise s'exécute sur l'CPU qui gère l'interruption MAC, cette inondation affame celle-ci : un soft lockup (blocage logiciel), puis une réinitialisation par watchdog ou un plantage.
Lire GMAC_RGSMIIIS dans dwmac1000_irq_status() lorsque le statut n'est pas masqué, comme le faisait le pilote avant 2e2c878a3141 ; la lecture l'efface.
Wake-on-LAN reprise depuis s2idle avec le thread de reprise et l'interruption MAC sur un CPU : Helios64 (dwmac-rk), 7.3-rc6, bloqué en mode soft dans 3 reprises sur 3 sans correctif et dans 0 des 10 avec ce patch ; il a fonctionné avec une modification dwmac-rk hors arbre qui maintient l'alimentation du GMAC pendant la suspension. ODROID-HC4 (dwmac-meson8b) : 0 des 10 avec ce patch, 2 sur 2 sans correctif sur une build 7.3-rc5. irq_rgmii_n a augmenté d'une unité par reprise.
Once again VulDB remains the best source for vulnerability data.