Podatności Coze Studio

Coze Studio do wersji 0.5.1 zawiera podatność niezabezpieczonego odwołania do obiektu (IDOR) w workflow.go, która pozwala uwierzytelnionym użytkownikom na dostęp do przepływów pracy innych przestrzeni poprzez podanie obcych workflowID. Atakujący może łączyć własny spaceID z workflowID innego tenanta w trasach save, update_meta, batch_delete, canvas, test_run i nodeDebug, aby czytać, uruchamiać, nadpisywać lub usuwać przepływy pracy.

Coze Studio przed wersją 0.5.0 zawiera niezabezpieczoną domyślną konfigurację, która pozwala każdemu zarejestrowanemu użytkownikowi na wykonywanie poleceń poprzez uruchamianie węzłów kodu przepływu pracy w nieizolowanym podprocesie python3. Atakujący może obejść filtr importu za pomocą __import__('subprocess'), aby uruchamiać polecenia, wykradać zmienne środowiskowe, klucze API modeli oraz uzyskiwać dostęp do MySQL, MinIO, Redis i etcd.

Coze Studio do wersji 0.5.1 włącznie nie ogranicza adresu URL serwera podawanego przy rejestracji narzędzi wtyczek, co pozwala uwierzytelnionym użytkownikom zmusić backend do odpytywania usług wewnętrznych. Atakujący może skonstruować żądania wtyczki do endpointów metadanych chmury i usług dostępnych wyłącznie z sieci backendu, odczytując odpowiedzi z danymi wrażliwymi.

Coze Studio do wersji 0.5.1 nie sprawdza, czy nazwy tabel w węzłach dostosowywania SQL przepływu pracy należą do przestrzeni roboczej wywołującego. Uwierzytelnieni atakujący mogą wyliczać przewidywalne identyfikatory tabel i wykonywać instrukcje SQL na bazach danych pamięci innych przestrzeni roboczych, aby odczytywać, wstawiać lub usuwać dane.

W coze-studio do wersji 0.2.4 w pliku backend/domain/plugin/encrypt/aes.go występuje użycie zaszyfrowanego na stałe klucza kryptograficznego (AuthSecretKey/StateSecretKey/OAuthTokenSecretKey). Atak można przeprowadzić zdalnie, ale jest on uważany za trudny i o wysokiej złożoności. Producent zalecił wdrożenie łatki i zapowiedział zarządzanie kluczami przez konfigurację.