CVE-2026-34170

W Coolify przed wersją 4.0.0-beta.471, trasy bootstrap websocket terminala sprawdzają tylko uwierzytelnienie, ale nie egzekwują autoryzacji terminala. Umożliwia to członkowi zespołu z niskimi uprawnieniami połączenie się z trasami terminala i wykonywanie poleceń na serwerach zespołu.

W Coolify przed wersją 4.0.0-beta.471, trasy bootstrap WebSocket terminala nie wymuszały oczekiwanego middleware autoryzacji, co pozwalało uwierzytelnionemu użytkownikowi na dostęp do funkcji terminala dla zasobów spoza autoryzowanego zakresu i potencjalne wykonanie poleceń.

Coolify przed wersją 4.0.0-beta.464 zawiera podatność w akcji Livewire cloneTo() w pliku ResourceOperations.php. Mechanizm autoryzacji sprawdza tylko źródłowy zasób, ale docelowe zasoby są rozwiązywane bez uwzględnienia zakresu dzierżawy (unscoped Eloquent lookups), co pozwala uwierzytelnionemu użytkownikowi klonować zasoby do miejsc docelowych należących do innych zespołów i uzyskiwać dostęp do zasobów między dzierżawami.

Coolify przed wersją 4.0.0-beta.469 zawiera podatność na zdalne wstrzykiwanie poleceń w procesie wdrażania aplikacji. Uwierzytelniony użytkownik z uprawnieniami do zapisu aplikacji może wykorzystać pola takie jak dockerfile_location i polecenia wdrożeniowe do zdalnego wykonania kodu i wycieku wrażliwych zmiennych środowiskowych przez logi wdrożeń.

Coolify przed wersją 4.0.0-beta.474 zawiera podatność polegającą na braku walidacji własności serwera w komponentach Livewire. Komponenty te akceptują parametry server_id i destination_uuid z zapytań URL bez sprawdzania przynależności do zespołu, co umożliwia wdrożenie zasobów na serwerach innych zespołów.

Coolify to narzędzie open-source do samodzielnego hostowania do zarządzania serwerami, aplikacjami i bazami danych. W wersjach do v4.0.0-beta.434 włącznie, użytkownicy z niskimi uprawnieniami mogą zobaczyć klucz prywatny użytkownika root na instancji Coolify. Umożliwia to połączenie SSH i uwierzytelnienie jako root przy użyciu tego klucza. W chwili publikacji nie jest jasne, czy dostępna jest poprawka.

Coolify to narzędzie open-source do samodzielnego hostowania do zarządzania serwerami, aplikacjami i bazami danych. Przed wersją 4.0.0-beta.445 parametry pochodzące z docker-compose.yaml nie są sanityzowane, gdy są używane w poleceniach. Jeśli ofiara utworzy aplikację z repozytorium atakującego (używając build pack "docker compose"), atakujący może wykonać polecenia na instancji Coolify jako root. Wersja 4.0.0-beta.445 naprawia ten problem.

Coolify to narzędzie open-source do samodzielnego hostowania do zarządzania serwerami, aplikacjami i bazami danych. Przed wersją 4.0.0-beta.420.7 pole Git Repository podczas tworzenia projektu jest podatne na wstrzyknięcie poleceń. Dane wejściowe użytkownika nie są odpowiednio sanityzowane, co pozwala atakującym na wstrzyknięcie dowolnych poleceń powłoki, które są wykonywane na serwerze podczas procesu wdrażania. Zwykły użytkownik może wykorzystać tę podatność. Wersja 4.0.0-beta.420.7 zawiera poprawkę.

Podatność typu stored XSS w Coolify przed wersją v4.0.0-beta.420.6 umożliwia uwierzytelnionemu użytkownikowi z niskimi uprawnieniami wstrzyknięcie złośliwego JavaScriptu w nazwę projektu. Kod wykonuje się w przeglądarce administratora podczas próby usunięcia projektu lub powiązanego zasobu.

Podatność w coollabsio Coolify do wersji 4.1.0 dotyczy funkcji Github::redirect w pliku /webhooks/source/github/redirect komponentu GitHub App Setup Handler. Manipulacja argumentem state prowadzi do braku uwierzytelnienia. Atak może być wykonany zdalnie, a exploit jest publiczny. Wersja 4.1.1 zawiera poprawkę.