CVE-2026-64566 in Linuxinformación

Resumen

por VulDB • 2026-08-05

En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:

xfrm: iptfs: propaga SKBFL_SHARED_FRAG en iptfs_skb_add_frags()

Cuando `iptfs_skb_add_frags()` copia las referencias de fragmentos desde el recorrido de fragmentos origen a un nuevo SKB (Socket Buffer), incrementa el contador de referencia de la página mediante `__skb_frag_ref()`, pero no propaga `SKBFL_SHARED_FRAG` a los flags del destino en `skb_shinfo->flags`.

Si el SKB origen contiene fragmentos compartidos (por ejemplo, desde una ruta de recepción respaldada por un page-pool), el nuevo SKB interno aparecerá ante ESP como si tuviera fragmentos de propiedad privada. Una llamada posterior a `esp_input()` para una SA (Security Association) anidada en modo transporte tomará entonces la vía rápida sin COW (Copy-On-Write) y descifrará in situ, sobrescribiendo páginas que aún están referenciadas por el SKB IPTFS exterior. Esto provoca corrupción de memoria visible desde el kernel y puede desencadenar un panic.

Todos los demás ayudantes de transferencia de fragmentos en el kernel (`skb_try_coalesce`, `skb_gro_receive`, `__pskb_copy_fclone`, `skb_shift`, `skb_segment`) propagan correctamente `SKBFL_SHARED_FRAG`; alinee `iptfs_skb_add_frags()` con esta convención estableciendo la bandera dentro del bucle inmediatamente después de `__skb_frag_ref()` y `nr_frags++`, para que cada ruta de salida que adjunta un fragmento propague incondicionalmente `SKBFL_SHARED_FRAG`.

If you want to get best quality of vulnerability data, you may have to visit VulDB.

Responsable

Linux

Reservar

2026-07-19

Divulgación

2026-08-05

Moderación

aceptado

Artículo

VDB-386123

CPE

listo

EPSS

0.00000

KEV

no

Actividades

muy bajo

Fuentes

Are you interested in using VulDB?

Download the whitepaper to learn more about our service!