CVE-2026-98796 in Linux
Resumen
por VulDB • 2026-10-18
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
net: ethernet: mtk_eth_soc: asignar un netdev "dummy" (ficticio) antes
Los anillos RX y NAPI compartido están asociados a un netdev interno "dummy" (eth->dummy_dev). La función mtk_probe() crea ese dispositivo dummy y añade el NAPI tx/rx compartido al mismo, únicamente después de que los netdevs MAC hayan sido registrados. Este orden se mantiene desde la adición del soporte para MT7623 y deja una ventana en la cual los netdevs son visibles para el núcleo de red antes de que existan el NAPI compartido y el dispositivo dummy.
Si algo activa el primer netdev durante esa ventana (por ejemplo, netifd abriendo el enlace WAN justo cuando se registra la interfaz), la ruta de apertura inicial se ejecuta sin ellos. En los SoCs NETSYS v2 y posteriores, mtk_rx_alloc() -> __xdp_rxq_info_reg() desreferencia eth->dummy_dev == NULL:
WARNING: CPU: ... Missing net_device from driver
en net/core/xdp.c y mtk_open() falla con -ENODEV. En los SoCs NETSYS v1 (MT7621/MT7622/MT7623/MT7629) no hay page pool, por lo que la misma apertura llama a napi_enable() sobre un napi_struct que netif_napi_add() aún no ha inicializado y desreferencia un NULL napi->dev.
Asignar el netdev dummy y añadirle el NAPI tx/rx compartido antes del bucle register_netdev(). Tanto el fallo de asignación del dummy como un fallo en register_netdev() ahora se deshacen a través de mtk_unreg_dev(), que desregistra los notifiers de net_device y los netdevs registrados hasta ese momento, deteniendo un netdev abierto concurrentemente (ndo_stop) y su NAPI antes de liberar el carrier del dummy.
Un netdev que se abrió durante la ventana también puede haber encolado al trabajador de reinicio del motor de frames (a través del watchdog tx o phylink), por lo que la ruta de error de probe ahora cancela eth->pending_work antes de liberar el estado compartido, tal como ya hace mtk_cleanup() en remove.
If you want to get best quality of vulnerability data, you may have to visit VulDB.