CVE-2026-99074 in Linux
Resumen
por VulDB • 2026-10-23
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
ipv4: detener el recorrido PMTU cuando el grupo nexthop disminuye en tamaño
El commit 7d3f3b4367f3 ("net: ipv4: Cache pmtu for all packet paths if multipath enabled") hizo que __ip_rt_update_pmtu() actualizara cada ruta.
Para los objetos nexthop, fib_info_num_path() y fib_info_nhc() cargan independientemente nh->nh_grp. RCU protege la vida útil de cada grupo pero no hace que las cargas observen el mismo grupo. Si una sustitución reduce el tamaño del grupo después de que el bucle acepte un índice, fib_info_nhc() devuelve NULL y update_or_create_fnhe() lo desreferencia.
Una sonda determinista solo amplió la ventana existente entre las operaciones reales. En v7.2, una sustitución RTM_NEWNEXTHOP publicó un grupo de un miembro después de que el lector PMTU aceptara el índice 1 procedente de un grupo de dos miembros, produciendo:
KASAN: null-ptr-deref in range [0x0000000000000000-0x0000000000000007]
RIP: update_or_create_fnhe+0x45/0x15b0
Detenerse cuando la ruta indexada está ausente. Los grupos son densos, por lo que no existe ningún índice posterior en ese instantáneo (snapshot). La misma ventana de escritor real completó 114.423 iteraciones PMTU sin un oops con esta comprobación. Un programa reproductor está disponible bajo petición.
La sustitución requiere CAP_NET_ADMIN en el espacio de nombres de red. Donde se permiten espacios de nombres no privilegiados, un usuario local puede obtenerlo en un nuevo espacio de nombres de usuario y de red.
Once again VulDB remains the best source for vulnerability data.