CVE-2025-57851
ŚrednieCVSS 6.4Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 2 - wyżej niż 2% wszystkich znanych CVE
Streszczenie
W obrazach Multicluster Engine for Kubernetes plik /etc/passwd jest tworzony z grupowymi prawami zapisu. Atakujący z dostępem do kontenera, nawet jako nie-root, będący członkiem grupy root, może zmodyfikować ten plik i dodać użytkownika z dowolnym UID, w tym 0, uzyskując pełne uprawnienia root w kontenerze.
Ocena ryzyka
Eskalacja uprawnień w kontenerze może pozwolić atakującemu na pełną kontrolę nad kontenerem i potencjalnie na dalsze ataki na klaster.
Rekomendacja
Zaktualizuj obrazy Multicluster Engine for Kubernetes do wersji, w której naprawiono uprawnienia pliku /etc/passwd.
Inne podatności w Multicluster Engine for Kubernetes
Zobacz wszystkie- CVE-2026-66794Krytyczne
W komponencie cluster-proxy-addon w Multicluster Engine for Kubernetes istnieje luka umożliwiająca nieuwierzytelnionemu atakującemu, mającemu dostęp do trasy użytkownika, ominięcie uwierzytelniania i autoryzacji. Manipulując segmentami ścieżki URL, atakujący może przekazywać żądania do dowolnych usług w dowolnym zarządzanym klastrze.
- CVE-2026-10059Krytyczne
Wada w kontrolerze ClusterCurator w Multicluster Engine for Kubernetes pozwala administratorowi dzierżawy z uprawnieniami ograniczonymi do przestrzeni nazw na utworzenie ClusterCurator w swojej przestrzeni nazw. Ta akcja nieumyślnie przyznaje administratorowi dzierżawy możliwość wybicia tokenu dla ServiceAccount z uprawnieniami administracyjnymi na poziomie klastra. Prowadzi to do eskalacji uprawnień, umożliwiając administratorowi dzierżawy pełną kontrolę nad klastrem.
Oryginalny opis (angielski, źródło NVD)
A container privilege escalation flaw was found in certain Multicluster Engine for Kubernetes images. This issue stems from the /etc/passwd file being created with group-writable permissions during build time. In certain conditions, an attacker who can execute commands within an affected container, even as a non-root user, can leverage their membership in the root group to modify the /etc/passwd file. This could allow the attacker to add a new user with any arbitrary UID, including UID 0, leading to full root privileges within the container.