CVE-2026-43824

W Argo CD w wersjach od 3.2.0 do 3.2.10 oraz od 3.3.0 do 3.3.8 brakuje autoryzacji i maskowania danych w punkcie końcowym ServerSideDiff. Umożliwia to atakującemu z dostępem tylko do odczytu wyodrębnienie danych Secret w postaci jawnego tekstu z etcd za pomocą mechanizmu Server-Side Apply dry-run serwera API Kubernetes.

Podatność w Argo CD pozwala użytkownikom z dostępem do zapisu aplikacji na ustawienie adnotacji link.argocd.argoproj.io/* z wartościami rozdzielonymi pionową kreską, które są renderowane jako atrybuty href w sekcji URL w zakładce Podsumowanie bez walidacji, umożliwiając wykonanie kodu JavaScript w sesji uwierzytelnionego użytkownika o wyższych uprawnieniach. Problem został naprawiony w wersjach 3.2.12, 3.3.10 i 3.4.2.

Argo CD ServerSideDiff w wersjach od 3.2.0 do 3.2.12, 3.3.10 i 3.4.2 nieprawidłowo oczyszcza dane Secretów Kubernetes, co może ujawnić wrażliwe wartości, w tym dane z adnotacji kubectl.kubernetes.io/last-applied-configuration. Podatność pozwala na wyświetlenie tych danych w interfejsie użytkownika lub w różnicach CLI.

W Argo CD, silniku GitOps używanym przez Red Hat OpenShift GitOps, wykryto lukę umożliwiającą nieuwierzytelnionemu atakującemu z dostępem sieciowym do serwera repozytorium Argo CD zdalne wykonanie kodu. W pewnych warunkach atakujący może manipulować danymi w pamięci podręcznej, aby wdrożyć złośliwe zasoby Kubernetes do zarządzanych klastrów, co może prowadzić do całkowitego przejęcia klastra.

Argo CD, narzędzie do ciągłego dostarczania w modelu GitOps dla Kubernetes, ma błąd w wersjach od 2.6.0, który powoduje, że otwarte sesje terminala webowego nie wygasają. Umożliwia to użytkownikom wysyłanie wiadomości websocket, nawet gdy token już wygasł.

Podatność w Argo CD w wersji 2.4.12 i niższych umożliwia nieuwierzytelnionym atakującym enumerację istniejących aplikacji. Problem wynika z braku odpowiedniej kontroli dostępu.