CVE-2026-53576

Kestra: Pominięcie uwierzytelnienia REST API prowadzące do RCE jako root

CVSS 10.0v3.1pub. 2026-06-26upd. 2026-07-01

Platforma orkiestracji Kestra zawiera błąd w filtrze uwierzytelnienia REST API, który pozwala anonimowemu atakującemu ominąć Basic-Auth i wykonać dowolny kod jako root wewnątrz kontenera. Ze względu na domyślne montowanie gniazda Docker (/var/run/docker.sock), podatność umożliwia przejęcie kontroli nad hostem.

▸ Pokaż oryginał (EN)

Kestra is an open-source, event-driven orchestration platform. Prior to 1.0.45 and 1.3.21, the authentication filter for the REST API (@Filter("/api/v1/**")) treats any request whose path ends in /configs as the public instance-config endpoint and forwards it without a credential check. kestra addresses its resources by URL path segments that the caller chooses (/api/v1/{tenant}/flows/{namespace}, /api/v1/{tenant}/executions/{namespace}/{id}, /api/v1/{tenant}/namespaces/{namespace}/kv/{key}). An anonymous caller picks the literal configs as the final segment, and the request bypasses Basic-Auth entirely. Because the bypass reaches the flow-create and execution-trigger routes, an unauthenticated caller creates a flow containing a Shell or Process task and runs it. The task executes as root inside the kestra container. The official docker-compose.yml mounts /var/run/docker.sock, so root in the container reaches the host Docker daemon. This vulnerability is fixed in 1.0.45 and 1.3.21.

🤖 Analiza AI

Jak działa

Filtr uwierzytelnienia (@Filter("/api/v1/**")) traktuje każde żądanie, którego ścieżka kończy się segmentem /configs, jako publiczny endpoint konfiguracji instancji i przepuszcza je bez weryfikacji poświadczeń. Atakujący dobiera dowolny ciąg segmentów URL tak, aby ostatni z nich był literalnie 'configs', co powoduje pominięcie Basic-Auth. Dzięki temu anonimowy użytkownik uzyskuje dostęp do tras tworzenia przepływów i uruchamiania wykonań. Może następnie stworzyć przepływ zawierający zadanie typu Shell lub Process i natychmiast je uruchomić — kod wykona się jako root wewnątrz kontenera Kestra. Ponieważ oficjalny plik docker-compose.yml montuje /var/run/docker.sock, dostęp roota w kontenerze pozwala na interakcję z daemonem Docker hosta, co skutkuje pełnym przejęciem systemu hosta.

Skutki

Nieuwierzytelniony atakujący może wykonać dowolny kod jako root w kontenerze Kestra, a poprzez zamontowane gniazdo Docker przejąć pełną kontrolę nad hostem, na którym działa kontener.

Mitygacja

Należy zaktualizować Kestra do wersji 1.0.45 lub 1.3.21, w których podatność została naprawiona. Do czasu aktualizacji zaleca się ograniczenie dostępu sieciowego do REST API Kestra wyłącznie do zaufanych hostów oraz rozważenie usunięcia montowania /var/run/docker.sock w konfiguracji docker-compose.

Kogo dotyczy

Kestra w wersjach wcześniejszych niż 1.0.45 oraz wcześniejszych niż 1.3.21

Uwagi

Podatność posiada wektor CVSS 10.0 (maksymalny) z pełnym zakresem wpływu na poufność, integralność i dostępność oraz zmieniony zakres (S:C), co odzwierciedla możliwość ucieczki poza kontener na hosta Docker. Poprawka dostępna jest w dwóch gałęziach: 1.0.x (patch 1.0.45) oraz 1.3.x (patch 1.3.21).