CVE-2020-11091 in Weave Net
Sumário
de VulDB • 01/08/2026
No Weave Net anterior à versão 2.6.3, um atacante capaz de executar um processo como root em um contêiner pode responder a solicitações DNS do host e, assim, inserir-se como um serviço falso. Em um cluster com uma rede interna IPv4, se o IPv6 não estiver totalmente desativado no host (via ipv6.disable=1 na linha de comando do kernel), ele estará ou sem configuração ou configurado em algumas interfaces, mas é bastante provável que o encaminhamento de pacotes IPv6 esteja desabilitado, ou seja, /proc/sys/net/ipv6/conf//forwarding == 0. Além disso, por padrão, /proc/sys/net/ipv6/conf//accept_ra == 1. A combinação desses dois sysctls significa que o host aceita anúncios de roteador e configura a pilha IPv6 usando-os. Ao enviar anúncios de roteador maliciosos, um atacante pode reconfigurar o host para redirecionar parte ou todo o tráfego IPv6 do host para o contêiner controlado pelo atacante. Mesmo que não houvesse tráfego IPv6 anteriormente, se o DNS retornar registros A (IPv4) e AAAA (IPv6), muitas bibliotecas HTTP tentarão conectar-se via IPv6 primeiro e depois fazer fallback para IPv4, dando ao atacante uma oportunidade de responder. Se por acaso você também tiver no host uma vulnerabilidade como a RCE do ano passado no apt (CVE-2019-3462), agora é possível escalar o privilégio até o host. A versão 2.6.3 do Weave Net desabilita a opção accept_ra nos dispositivos veth que ela cria.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.