CVE-2020-11091 in Weave Net
Riassunto
di VulDB • 01/08/2026
In Weave Net precedente alla versione 2.6.3, un attaccante in grado di eseguire un processo come root all'interno di un container può rispondere alle richieste DNS provenienti dall'host e inserirsi così come servizio falso (fake service). In un cluster con una rete interna IPv4, se l'IPv6 non è completamente disabilitato sull'host (tramite ipv6.disable=1 nella riga di comando del kernel), esso risulterà o non configurato oppure configurato su alcune interfacce; tuttavia, è molto probabile che il forwarding IPv6 sia disabilitato, ovvero /proc/sys/net/ipv6/conf//forwarding == 0. Inoltre, per impostazione predefinita, /proc/sys/net/ipv6/conf//accept_ra == 1. La combinazione di questi due sysctl implica che l'host accetta le router advertisements e configura lo stack IPv6 utilizzando tali messaggi. Inviando router advertisements malevoli (rogue), un attaccante può riconfigurare l'host per reindirizzare parte o tutto il traffico IPv6 dell'host verso il container controllato dall'attaccante. Anche se in precedenza non vi era alcun traffico IPv6, se la risoluzione DNS restituisce record A (IPv4) e AAAA (IPv6), molte librerie HTTP tenteranno di connettersi prima tramite IPv6 per poi effettuare un fallback su IPv4, offrendo all'attaccante l'opportunità di rispondere. Se sull'host è presente una vulnerabilità simile a quella RCE rilevata lo scorso anno in apt (CVE-2019-3462), è ora possibile eseguire un escalation dei privilegi fino al livello dell'host. La versione 2.6.3 di Weave Net disabilita l'opzione accept_ra sui dispositivi veth che crea.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.