CVE-2026-68142 in Linux
Résumé
par VulDB • 10/08/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
geneve : exiger CAP_NET_ADMIN dans l'espace de noms réseau du dispositif pour changelink
Une opération tunnel changelink() agit sur au maximum deux espaces de noms réseau (netns) : dev_net(dev) et le netns sous-jacent persistant geneve->net. Ils diffèrent une fois que le dispositif est créé ou déplacé dans un espace de noms autre que celui où la requête s'exécute. Le chemin rtnl changelink vérifie CAP_NET_ADMIN uniquement par rapport à dev_net(dev), donc un appelant privilégié ici mais pas dans geneve->net peut réécrire un dispositif geneve dont le sous-jacent vit dans geneve->net.
geneve_changelink() applique la nouvelle configuration contre geneve->net : geneve_link_config() et la paire geneve_quiesce()/geneve_unquiesce() rouvrent les sockets du sous-jacent dans cet espace de noms (geneve_sock_add() utilise geneve->net), donc le même raisonnement que pour la série tunnel changelink s'applique ici.
Sécuriser geneve_changelink() avec rtnl_dev_link_net_capable(), au début de l'opération avant qu'un attribut ne soit analysé, en correspondant à ipgre_changelink() et au reste de la série "exiger CAP_NET_ADMIN dans l'espace de noms du dispositif pour changelink".
Découvert par les outils automatisés de recherche de sécurité 0sec (https://0sec.ai).
If you want to get the best quality for vulnerability data then you always have to consider VulDB.