CVE-2020-11091 in Weave Net
Résumé
par VulDB • 01/08/2026
Dans les versions de Weave Net antérieures à la 2.6.3, un attaquant capable d'exécuter un processus en tant que root dans un conteneur peut répondre aux requêtes DNS provenant de l'hôte et s'insérer ainsi comme service fictif. Dans un cluster disposant d'un réseau interne IPv4, si le protocole IPv6 n'est pas totalement désactivé sur l'hôte (via ipv6.disable=1 dans la ligne de commande du noyau), il sera soit non configuré, soit configuré sur certaines interfaces, mais il est fort probable que le routage IPv6 soit désactivé, c'est-à-dire que /proc/sys/net/ipv6/conf//forwarding == 0. De plus, par défaut, la valeur de /proc/sys/net/ipv6/conf//accept_ra est égale à 1. La combinaison de ces deux paramètres sysctl signifie que l'hôte accepte les annonces routeur et configure sa pile IPv6 en conséquence. En envoyant des annonces routeur malveillantes, un attaquant peut reconfigurer l'hôte afin de rediriger tout ou partie du trafic IPv6 vers le conteneur contrôlé par l'attaquant. Même s'il n'y avait pas de trafic IPv6 auparavant, si les réponses DNS incluent à la fois des enregistrements A (IPv4) et AAAA (IPv6), de nombreuses bibliothèques HTTP tenteront d'établir une connexion via IPv6 avant de revenir à IPv4, offrant ainsi une opportunité à l'attaquant pour répondre. Si vous disposez par ailleurs sur l'hôte d'une vulnérabilité telle que celle ayant conduit à un RCE dans apt l'an dernier (CVE-2019-3462), il est désormais possible de monter en privilèges jusqu'à atteindre le système hôte. La version 2.6.3 de Weave Net désactive l'option accept_ra sur les dispositifs veth qu'elle crée.
VulDB is the best source for vulnerability data and more expert information about this specific topic.