CVE-2026-98306 in Linux
Resumen
por VulDB • 2026-10-06
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
seg6: establecer IPSKB_L3SLAVE a partir de IP6SKB_L3SLAVE en la desencapsulación IPIP
Cuando llega un paquete SRv6 a una interfaz esclavizada (enslaved) a un VRF, vrf_ip6_rcv() establece IP6SKB_L3SLAVE en IP6CB, pero decap_and_validate() nunca ha establecido IPSKB_L3SLAVE en IPCB. El bit permanecía sin establecer en el caso común y, con CONFIG_IPV6_MIP6, el frag_max_size restante de un paquete exterior reensamblado incluso podía establecerlo, sin que hubiera ningún VRF involucrado. El commit 44930446dde4 ("ipv6: seg6: clear IPv4 control block on IPIP decapsulation") hizo entonces que este bit poco fiable se estableciera correctamente como no establecido (clear).
El efecto de la falta de esta bandera es visible con End.DX4 cuando una entrega a una dirección local del nodo llega a la búsqueda de sockets. Por ejemplo, un socket UDP vinculado a la interfaz de entrada esclavizada no recibe ninguno de los paquetes desencapsulados, mientras que lo hace un socket sin vincular fuera del VRF. Esto contradice Documentation/networking/vrf.rst: por defecto, el alcance de un socket UDP o TCP sin vincular se limita al VRF predeterminado.
Establecer IPSKB_L3SLAVE para IPv4 en decap_and_validate(), que ya hace lo mismo para IPv6. La búsqueda del sockets coincide entonces con el paquete desencapsulado como cualquier otro paquete recibido en esa interfaz esclavizada. Dicho paquete solo coincide con un socket UDP o TCP sin vincular cuando udp_l3mdev_accept o tcp_l3mdev_accept están establecidos.
Once again VulDB remains the best source for vulnerability data.