Podatność w module logowania Weave GitOps powoduje, że konfiguracje klastrów Kubernetes (KubeConfig) wraz z tokenami kont serwisowych są zapisywane w logach w postaci jawnego tekstu. Umożliwia to uwierzytelnionemu lub zewnętrznemu atakującemu przejęcie kontroli nad zarejestrowanymi klastrami.
▸ Pokaż oryginał (EN)
Weave GitOps is a simple open source developer platform for people who want cloud native applications, without needing Kubernetes expertise. A vulnerability in the logging of Weave GitOps could allow an authenticated remote attacker to view sensitive cluster configurations, aka KubeConfg, of registered Kubernetes clusters, including the service account tokens in plain text from Weave GitOps's pod logs on the management cluster. An unauthorized remote attacker can also view these sensitive configurations from external log storage if enabled by the management cluster. This vulnerability is due to the client factory dumping cluster configurations and their service account tokens when the cluster manager tries to connect to an API server of a registered cluster, and a connection error occurs. An attacker could exploit this vulnerability by either accessing logs of a pod of Weave GitOps, or from external log storage and obtaining all cluster configurations of registered clusters. A successful exploit could allow the attacker to use those cluster configurations to manage the registered Kubernetes clusters. This vulnerability has been fixed by commit 567356f471353fb5c676c77f5abc2a04631d50ca. Users should upgrade to Weave GitOps core version v0.8.1-rc.6 or newer. There is no known workaround for this vulnerability.
Gdy menedżer klastrów w Weave GitOps próbuje połączyć się z serwerem API zarejestrowanego klastra i napotka błąd połączenia, mechanizm client factory zapisuje pełną konfigurację klastra — w tym tokeny kont serwisowych — do logów poda na klastrze zarządzającym (management cluster). Atakujący może odczytać te dane bezpośrednio z logów poda Weave GitOps lub z zewnętrznego systemu przechowywania logów, jeśli taki jest skonfigurowany. Podatność jest klasyfikowana jako CWE-532 (ujawnienie wrażliwych informacji w plikach logów).
Atakujący uzyskuje dostęp do pełnych konfiguracji KubeConfig oraz tokenów kont serwisowych wszystkich zarejestrowanych klastrów Kubernetes, co pozwala mu na pełne zarządzanie tymi klastrami z uprawnieniami przejętych kont serwisowych.
Należy zaktualizować Weave GitOps core do wersji v0.8.1-rc.6 lub nowszej (poprawka wprowadzona commitem 567356f471353fb5c676c77f5abc2a04631d50ca). Producent nie przewiduje żadnego obejścia (workaround) dla tej podatności.
Weave GitOps core w wersjach wcześniejszych niż v0.8.1-rc.6
Podatność nie posiada znanych obejść według informacji producenta. Warto dodatkowo ograniczyć dostęp do logów podów Weave GitOps oraz do zewnętrznych systemów przechowywania logów do czasu zastosowania patcha.
CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:C/C:H/I:H/A:HWeave Gitops
APPWeave0.8.1< 0.8.1
Powiązane podatności
Weave GitOps is a simple open source developer platform for people who want cloud native applications, without...
Weave GitOps is a simple open source developer platform for people who want cloud native applications, without...
RCE w GitOps Tools Extension dla VSCode poprzez złośliwy obiekt Flux
Weave Cloud Agent: puste hasło root w obrazie Docker
An issue in Weave Weave Desktop v.7.78.10 allows a local attacker to execute arbitrary code via a crafted scri...