CVE-2026-88985

W Kubeflow Pipelines przed wersją 2.16.1 serwer API w trybie wieloużytkownikowym traktuje pustą przestrzeń nazw używaną przez współdzielone lub globalne pipeline'y jako wyjątek autoryzacyjny dla operacji modyfikacji i usuwania. Uwierzytelniony użytkownik może modyfikować lub usuwać współdzielone definicje i wersje pipeline'ów bez wymaganych uprawnień Kubernetes RBAC, naruszając ich integralność i dostępność.

W Kubeflow Pipelines przed wersją 2.18.0 starszy webhook mutujący pamięć podręczną wykonania V1/raw-Argo oraz ścieżka przechowywania cache-server wybierają pola szablonu bez przestrzeni nazw Kubernetes i ufają zmiennej adnotacji execution_cache_key. W środowiskach wielodostępnych najemca z uprawnieniami do zgłaszania zadań może odczytać wyniki z pamięci podręcznej innej przestrzeni nazw lub podstawić pasujące wyniki do późniejszego kroku.

W Kubeflow Pipelines przed wersją 2.18.0 ścieżka pobierania artefaktów frontendu dla source=s3 lub source=minio akceptuje providerInfo.Params.endpoint, a ścieżka logów podów akceptuje metadane punktu końcowego S3 z statusu workflow, bez wymagania zgodności z konfiguracją przechowywania operatora. W domyślnej konfiguracji standalone z wyłączoną autoryzacją nieuwierzytelniony wywołujący może zmusić współdzielony pod ml-pipeline-ui do połączenia z dowolnymi osiągalnymi hostami i zwrócenia danych odpowiedzi.

W Kubeflow Pipelines przed wersją 2.18.0 trasa frontendu GET /artifacts/get akceptuje source=http lub source=https z kontrolowanymi przez wywołującego wartościami bucket i key, a isAllowedResourceName zezwala na w pełni cyfrowy host dziesiętny, który parser URL konwertuje na adres IPv4. Domyślny ALLOWED_ARTIFACT_DOMAIN_REGEX i konfiguracja standalone z wyłączoną autoryzacją pozwalają nieuwierzytelnionemu wywołującemu pobierać wewnętrzne zasoby HTTP i odbierać ich treść odpowiedzi.

W Kubeflow Pipelines od wersji 2.17.0 do 2.18.0 token proxy TensorBoard używa MINIO_SECRET_KEY jako sekretu HMAC, którego domyślna wartość jest publicznie znana. W środowisku z wyłączoną autoryzacją i domyślnym sekretem nieuwierzytelniony atakujący może sfałszować token z wybranym viewerName i przestrzenią nazw.

W Kubeflow Pipelines przed wersją 2.15.0 trasy frontendu /pipeline/k8s/pod oraz /pipeline/k8s/pod/events umieszczają niezaufane wartości podname i podnamespace oraz szczegóły błędów backendu w odpowiedziach błędów interpretowanych jako HTML. Nieuwierzytelniony atakujący może spreparować link, który wykona JavaScript w origin frontendu, gdy użytkownik spełniający wymagania uwierzytelnienia i dostępu do tras go otworzy. Ujawnienie ciasteczek zależy od ich atrybutów, a wykonanie kodu po stronie serwera lub wpływ na dostępność nie zostały potwierdzone.

W Kubeflow Pipelines przed wersją 2.17.0 ścieżki tworzenia pipeline'ów i wersji pipeline'ów w serwerze API pobierają podany przez wywołującego pipelineURL bez ograniczenia miejsca docelowego. Uwierzytelniony wywołujący z uprawnieniem do tworzenia pipeline'u lub jego wersji może wysyłać żądania z serwera API do usług wewnętrznych i obserwować ograniczony wyciek informacji o kodach statusu. Ujawnienie treści odpowiedzi, kradzież poświadczeń oraz wpływ na integralność lub dostępność nie zostały potwierdzone.

W Kubeflow Pipelines przed wersją 2.18.0 punkty końcowe HTTP do przesyłania pipeline'ów i ich wersji nie wykonują kontroli SubjectAccessReview, gdy docelowa przestrzeń nazw jest pusta, a REQUIRE_NAMESPACE_FOR_PIPELINES domyślnie wynosi false. Użytkownik o niskich uprawnieniach może tworzyć współdzielone pipeline'y lub wstrzykiwać własne wersje do istniejących pipeline'ów bez wymaganych uprawnień zapisu. Jeśli serwer API jest bezpośrednio osiągalny bez proxy uwierzytelniającego, ten sam obejściowy mechanizm może wykorzystać nieuwierzytelniony wywołujący.

Kubeflow Pipelines przed wersją 2.17.0 zawiera nieuwierzytelnioną podatność SSRF w trasie /_proxy/ w frontend/server/proxy-middleware.ts. Funkcja _routePathWithReferer() akceptuje dowolny adres URL HTTP lub HTTPS kontrolowany przez atakującego i przekazuje go do createProxyMiddleware bez listy dozwolonych hostów ani filtrowania adresów loopback, link-local, RFC1918 czy klastrowych. Trasa jest dostępna bez autoryzacji, co pozwala na przekazywanie żądań do wewnętrznych usług i zwracanie odpowiedzi atakującemu. Problem naprawiono w wersji 2.17.0.

W Kubeflow Pipelines przed wersją 2.18.0 serwer API dekompresował przesyłane archiwa pipeline'ów bez odpowiedniego ograniczenia rozmiaru rozpakowywanych danych podczas lokalizowania lub odczytu pliku pipeline'u. Małe archiwum ZIP lub tar skompresowane gzipem może zużyć nieproporcjonalnie dużo pamięci i wyczerpać zasoby serwera API. Przetwarzanie przesyłania wieloczęściowego pipeline'ów i wersji pipeline'ów wykonuje dekompresję przed autoryzacją przestrzeni nazw, więc osiągalny wywołujący nie potrzebuje pozytywnej decyzji autoryzacyjnej o utworzeniu pipeline'u. Problem naprawiono w wersji 2.18.0.