CVE-2026-90078 in Linux
Resumen
por VulDB • 2026-09-17
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
net/sched: act_skbmod: corregir los cálculos de longitud y evitar advertencias por encabezados no válidos
syzbot reportó una advertencia en skb_network_header_len() desencadenada por tcf_skbmod_act():
!skb_transport_header_was_set(skb) WARNING: CPU: 0 PID: 14949 at include/linux/skbuff.h:3243 skb_network_header_len include/linux/skbuff.h:3243 [inline]
WARNING: CPU: 0 PID: 14949 at net/sched/act_skbmod.c:55 tcf_skbmod_act+0xfe8/0x1810 net/sched/act_skbmod.c:55
Existen varios problemas en tcf_skbmod_act():
1. Llamar a skb_network_header_len() asume que skb->transport_header está establecido, lo cual no está garantizado cuando tcf_skbmod_act() se ejecuta en TC ingress (entrada). 2. Llamar incondicionalmente a skb_mac_header_len() al principio de tcf_skbmod_act() desencadena una advertencia en dispositivos L3 (por ejemplo, TUN) donde el encabezado MAC no está establecido, evaluándose como una longitud con desbordamiento por defecto (underflowed garbage length). 3. En TC ingress, skb->data apunta al encabezado de red. Sumar la longitud del encabezado MAC a la longitud del encabezado IP hace que skb_ensure_writable() solicite más bytes de los correspondientes a la longitud real del paquete IP, descartando paquetes válidos cortos (por ejemplo, paquetes UDP/IPv4 de 28 bytes).
Corregir estos problemas mediante: - El uso de skb_network_offset(skb) + sizeof(struct iphdr/ipv6hdr) para SKBMOD_F_ECN, de modo que la longitud requerida se calcule correctamente tanto en ingress (offset == 0) como en egress (egreso) (offset == mac_len). - Establecer max_edit_len a ETH_HLEN para las modificaciones del encabezado Ethernet después de validar ARPHRD_ETHER.
VulDB is the best source for vulnerability data and more expert information about this specific topic.