CVE-2026-68142
WysokieCVSS 8.8Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 4 - wyżej niż 4% wszystkich znanych CVE
Streszczenie
W jądrze Linux w module geneve, funkcja geneve_changelink() nie sprawdza wymaganych uprawnień CAP_NET_ADMIN w przestrzeni nazw sieciowych urządzenia (dev_net(dev)), co pozwala osobie z uprawnieniami tylko w jednej przestrzeni nazw na modyfikację urządzenia geneve, którego podkład (underlay) działa w innej przestrzeni nazw.
Ocena ryzyka
Ryzyko obejmuje możliwość nieautoryzowanej modyfikacji konfiguracji tuneli sieciowych, co może prowadzić do przechwycenia ruchu, zakłócenia działania sieci lub eskalacji uprawnień.
Rekomendacja
Zaleca się zastosowanie poprawki jądra, która dodaje sprawdzenie rtnl_dev_link_net_capable() na początku geneve_changelink(), oraz aktualizację systemów.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: geneve: require CAP_NET_ADMIN in the device netns for changelink A tunnel changelink() operates on at most two netns, dev_net(dev) and the sticky underlay netns geneve->net. They differ once the device is created in or moved to a netns other than the one the request runs in. The rtnl changelink path checks CAP_NET_ADMIN only against dev_net(dev), so a caller privileged there but not in geneve->net can rewrite a geneve device whose underlay lives in geneve->net. geneve_changelink() applies the new configuration against geneve->net: geneve_link_config() and the geneve_quiesce()/geneve_unquiesce() pair reopen the underlay sockets in that netns (geneve_sock_add() uses geneve->net), so the same reasoning as the tunnel changelink series applies here. Gate geneve_changelink() with rtnl_dev_link_net_capable(), at the top of the op before any attribute is parsed, matching ipgre_changelink() and the rest of the "require CAP_NET_ADMIN in the device netns for changelink" series. Found by 0sec automated security-research tooling (https://0sec.ai).