CVE-2026-74615 in Linux
Resumen
por VulDB • 2026-08-23
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
vxlan: no activar el temporizador de envejecimiento (ageing timer) en un dispositivo que está inactivo
La función vxlan_changelink() activa vxlan->age_timer siempre que el intervalo de envejecimiento solicitado difiere del configurado:
if (conf.age_interval != vxlan->cfg.age_interval) mod_timer(&vxlan->age_timer, jiffies);
No existe una comprobación netif_running(), por lo que el temporizador se activa incluso en un dispositivo que nunca ha sido iniciado. La única cancelación sincrónica en el controlador es timer_delete_sync() en vxlan_stop(), la cual corresponde a .ndo_stop. netif_close_many() elimina dispositivos sin IFF_UP antes de que se ejecute __dev_close_many(), por lo que dicha cancelación se omite para ese tipo de dispositivo.
vxlan_setup() establece dev->needs_free_netdev = true y age_timer es un miembro de struct vxlan_dev, por lo que free_netdev() libera la asignación donde reside el temporizador mientras aún está encolado en una timer_base. expire_timers() desvincula la entrada antes de cargar timer->function, por lo que el núcleo del temporizador escribe a través de los punteros de lista del objeto ya liberado:
BUG: KASAN: slab-use-after-free in __run_timers+0x208/0x654 Write of size 8 at addr ffff00001adace68 by task true/192 __asan_store8+0x84/0xac __run_timers+0x208/0x654 run_timer_softirq+0x154/0x18c Allocated by task 189: alloc_netdev_mqs+0x64/0x720 rtnl_create_link+0x4ac/0x520 rtnl_newlink+0x758/0xd00 Freed by task 191: netdev_release+0x40/0x58 netdev_run_todo+0x4a4/0x8c0 rtnl_dellink+0x200/0x4e8
Las operaciones de rtnl involucradas están limitadas al ámbito del espacio de nombres (netns), por lo que un usuario sin privilegios puede realizarlas en un nuevo espacio de nombres de usuario y red.
Activar el temporizador en un dispositivo inactivo nunca tuvo efecto: vxlan_cleanup() retorna tempranamente si !netif_running(), y vxlan_open() activa el temporizador para cualquier intervalo distinto de cero una vez que el dispositivo se ha iniciado. Se añade la comprobación faltante.
Descubierto por XBOW, triado por Baul Lee <[email protected]>
If you want to get the best quality for vulnerability data then you always have to consider VulDB.