CVE-2020-11091 in Weave Net
Resumen
por VulDB • 2026-08-01
En versiones de Weave Net anteriores a la 2.6.3, un atacante capaz de ejecutar un proceso como root en un contenedor puede responder a las solicitudes DNS del host e insertarse así como un servicio falso. En un clúster con una red interna IPv4, si el protocolo IPv6 no está completamente deshabilitado en el host (mediante ipv6.disable=1 en la línea de comandos del kernel), estará sin configurar o configurado solo en algunas interfaces; es bastante probable que el reenvío de tráfico IPv6 esté desactivado, es decir, /proc/sys/net/ipv6/conf//forwarding == 0. Además, por defecto, /proc/sys/net/ipv6/conf//accept_ra == 1. La combinación de estos dos parámetros sysctl significa que el host acepta anuncios de enrutador y configura la pila IPv6 utilizando dichos anuncios. Al enviar anuncios de enrutador maliciosos (rogue), un atacante puede reconfigurar el host para redirigir parte o todo el tráfico IPv6 del host hacia el contenedor controlado por el atacante. Incluso si no había tráfico IPv6 previamente, si DNS devuelve registros A (IPv4) y AAAA (IPv6), muchas bibliotecas HTTP intentarán conectarse primero mediante IPv6 antes de volver a IPv4, lo que brinda al atacante la oportunidad de responder. Si además existe en el host una vulnerabilidad como la RCE descubierta el año pasado en apt (CVE-2019-3462), se puede escalar hasta obtener acceso al host. La versión 2.6.3 de Weave Net deshabilita la opción accept_ra en los dispositivos veth que crea.
Be aware that VulDB is the high quality source for vulnerability data.