Descripción
En el kernel de Linux se resolvió la siguiente vulnerabilidad: seg6: restablecer IP6CB después de la desencapsulación IPv6 decap_and_validate() extrae los encabezados SRv6 externos y convierte el paquete interno en el encabezado de red del skb. El bloque de control IPv6 aún contiene valores recopilados al analizar el paquete externo, incluidos nhoff y los indicadores de encabezados de extensión. End.DX6 y End.DT6 enrutan el paquete IPv6 interno directamente a la ruta de entrada IPv6. Un usuario sin privilegios puede alcanzar End.DT6 desde un espacio de nombres de usuario y de red instalando un SID local e inyectando un paquete externo con encabezados Hop-by-Hop y Destination Options seguidos de un SRH y un paquete IPv6 interno mínimo. Los encabezados de extensión externos dejan un nhoff elevado en IP6CB. Tras la desencapsulación, ip6_protocol_deliver_rcu() usa ese desplazamiento obsoleto en el paquete interno y lee más allá del inicio del skb. KASAN informa: BUG: KASAN: slab-out-of-bounds in ip6_protocol_deliver_rcu ip6_protocol_deliver_rcu+0x1118/0x1450 ip6_input_finish+0x11b/0x240 seg6_local_input_core+0xed/0x2e0 lwtunnel_input+0x1e9/0x4e0 ipv6_rthdr_rcv+0x525f/0x6c50 ip6_protocol_deliver_rcu+0xcb7/0x1450 Antes de limpiar IP6CB para un paquete IPv6 interno, se guarda su índice de interfaz de entrada y el estado de esclavo L3. Ambos se restauran después de la limpieza y nhoff se establece en el campo nexthdr del encabezado base IPv6 interno. Se usa IP6CB(skb)->iif en lugar de skb->skb_iif porque el procesamiento VRF puede reemplazar skb_iif por el maestro L3 mientras IP6CB conserva la interfaz receptora. Por el mismo motivo se conserva IP6SKB_L3SLAVE.
Qué hacer
Revisa si usas el producto afectado y en qué versión, y aplica la actualización o la mitigación que indique el aviso del fabricante. CISA no ha confirmado que se esté explotando; si eso cambia, esta ficha pasa a «explotada» y te avisamos en el boletín.
Versiones afectadas
- Linux Afectadas: d7a669dd2f8ba07a17423f4ad586dfc0379882f7 y anteriores a d1f0d353358987ca87f21d8956e2d2854951130d · d7a669dd2f8ba07a17423f4ad586dfc0379882f7 y anteriores a a0e2b0a3718f0cf9fb0ee41710b4a6348a7315c8 · d7a669dd2f8ba07a17423f4ad586dfc0379882f7 y anteriores a 9ae92198c24d7dacd4070e2f34f6e1ed3a63061c · d7a669dd2f8ba07a17423f4ad586dfc0379882f7 y anteriores a 96c74420ac92930a7e0f21770818544eee4a93d7 · d7a669dd2f8ba07a17423f4ad586dfc0379882f7 y anteriores a 2b154e96fcb3f01fd42765c64e0a56820fbc16eb · d7a669dd2f8ba07a17423f4ad586dfc0379882f7 y anteriores a cfa186a0857a0f831dfca67b16bbc40ecfdf3280 · d7a669dd2f8ba07a17423f4ad586dfc0379882f7 y anteriores a c73fb911e02b9a766c950bc9707f3e3a96ffd702 · d7a669dd2f8ba07a17423f4ad586dfc0379882f7 y anteriores a f967455fb2a5a2079b9eb5823e9ccf359174bf9f
- Linux Afectadas: 4.14 No afectadas: 5.10.270 · 5.15.221 · 6.1.188 · 6.6.157 · 6.12.109 · 6.18.50
Según el registro de la vulnerabilidad en CVE.org, tal como lo publicó el fabricante. Confirma tu versión exacta en el aviso del fabricante.
Referencias
- Referencia en git.kernel.orggit.kernel.org/stable/c/d1f0d353358987ca87f21d8956e2d2854951130d
- Referencia en git.kernel.orggit.kernel.org/stable/c/a0e2b0a3718f0cf9fb0ee41710b4a6348a7315c8
- Referencia en git.kernel.orggit.kernel.org/stable/c/9ae92198c24d7dacd4070e2f34f6e1ed3a63061c
- Referencia en git.kernel.orggit.kernel.org/stable/c/96c74420ac92930a7e0f21770818544eee4a93d7
- Referencia en git.kernel.orggit.kernel.org/stable/c/2b154e96fcb3f01fd42765c64e0a56820fbc16eb
- Referencia en git.kernel.orggit.kernel.org/stable/c/cfa186a0857a0f831dfca67b16bbc40ecfdf3280
- Referencia en git.kernel.orggit.kernel.org/stable/c/c73fb911e02b9a766c950bc9707f3e3a96ffd702
- Referencia en git.kernel.orggit.kernel.org/stable/c/f967455fb2a5a2079b9eb5823e9ccf359174bf9f
Ver el texto original en inglés (CVE.org)
seg6: reset IP6CB after IPv6 decapsulation
In the Linux kernel, the following vulnerability has been resolved: seg6: reset IP6CB after IPv6 decapsulation decap_and_validate() pulls the outer SRv6 headers and makes the inner packet the skb network header. The IPv6 control block still contains values collected while parsing the outer packet, including nhoff and extension-header flags. End.DX6 and End.DT6 route the inner IPv6 packet directly to the IPv6 input path. An unprivileged user can reach End.DT6 from a user and net namespace by installing a local SID and injecting an outer packet with Hop-by-Hop and Destination Options headers followed by an SRH and a minimal inner IPv6 packet. The outer extension headers leave a large nhoff in IP6CB. After decapsulation, ip6_protocol_deliver_rcu() uses that stale offset on the inner packet and reads beyond the skb head. KASAN reports: BUG: KASAN: slab-out-of-bounds in ip6_protocol_deliver_rcu ip6_protocol_deliver_rcu+0x1118/0x1450 ip6_input_finish+0x11b/0x240 seg6_local_input_core+0xed/0x2e0 lwtunnel_input+0x1e9/0x4e0 ipv6_rthdr_rcv+0x525f/0x6c50 ip6_protocol_deliver_rcu+0xcb7/0x1450 Before clearing IP6CB for an inner IPv6 packet, save its incoming interface index and L3 slave state. Restore both after the clear and set nhoff to the inner IPv6 base-header nexthdr field. Use IP6CB(skb)->iif rather than skb->skb_iif because VRF processing can replace skb_iif with the L3 master while IP6CB keeps the receiving interface. Preserve IP6SKB_L3SLAVE for the same reason.