Podatności Flowise

Flowise przed wersją 3.1.3 ma nieuwierzytelniony endpoint odświeżania tokenów OAuth2, który wykonuje żądania HTTP po stronie serwera do kontrolowanego przez atakującego adresu URL bez ochrony SSRF, ujawniając odpowiedź i dane uwierzytelniające.

Flowise przed wersją 3.1.0 zawiera podatność na przechodzenie po ścieżkach w implementacjach przechowywania wektorów Faiss i SimpleStore. Uwierzytelnieni użytkownicy mogą podać niesanitowany parametr basePath, co pozwala na zapis danych wektorowych w dowolnej lokalizacji systemu plików.

Podatność w Flowise przed wersją 3.1.2 polega na ustawieniu nagłówka Access-Control-Allow-Origin na stałą wartość wildcard (*) w punkcie końcowym generowania mowy (TTS). Powoduje to obejście skonfigurowanej polityki CORS serwera i umożliwia dowolnej stronie internetowej wykonywanie żądań cross-origin z wykorzystaniem zapisanych poświadczeń.

Podatność w Flowise przed wersją 3.1.3 umożliwia ominięcie listy zablokowanych zmiennych środowiskowych dla węzłów Custom MCP. Na systemie Windows, gdzie nazwy zmiennych środowiskowych nie rozróżniają wielkości liter, użycie 'node_options' zamiast 'NODE_OPTIONS' pozwala na wstrzyknięcie opcji --require i wykonanie dowolnego kodu.

Flowise przed wersją 3.0.10 (dotknięte wersje 3.0.7 i wcześniejsze) nie unieważnia istniejących sesji i tokenów sesji po zmianie hasła przez użytkownika. Atakujący, który posiada aktywną sesję, na przykład poprzez skradziony token sesji lub pozostawione zalogowane urządzenie, pozostaje uwierzytelniony jako uprawniony użytkownik nawet po zmianie jego poświadczeń.

Flowise przed wersją 3.0.10 zawiera lukę polegającą na braku weryfikacji bieżącego hasła podczas zmiany hasła przez uwierzytelnionego użytkownika. Atakujący, który przejmie sesję, może bez podania starego hasła zmienić hasło ofiary, co prowadzi do pełnego przejęcia konta.

Flowise przed wersją 3.0.6 zawiera podatność na odczyt dowolnego pliku w parametrze chatId endpointów /api/v1/get-upload-file oraz /api/v1/openai-assistants-file/download. Wartość chatId nie jest walidowana i przekazywana do funkcji streamStorageFile(), gdzie ścieżka wyszukiwania pliku skonstruowana bez orgId jest oceniana po sprawdzeniu ograniczenia katalogu przechowywania, co umożliwia przejście poza zamierzony katalog. Nieuwierzytelnieni atakujący mogą odczytać wrażliwe pliki, takie jak /root/.flowise/database.sqlite, ujawniając całą zawartość bazy danych w domyślnej konfiguracji.

Podatność w Flowise przed wersją 3.1.0 (wersje 3.0.13 i wcześniejsze) polega na braku uwierzytelnienia w punkcie końcowym /api/v1/loginmethod. Niezalogowani atakujący mogą, podając parametr organizationId, pobrać pełną konfigurację SSO organizacji, w tym sekrety klientów OAuth w postaci jawnego tekstu dla integracji z Google, Microsoft/Azure, GitHub i Auth0.

Flowise w wersjach przed 3.1.0 zawiera podatność typu server-side request forgery (SSRF) w węźle Execute Flow, która pozwala atakującym na obejście walidacji bezpieczeństwa poprzez podanie adresów intranetowych w polu podstawowego URL. Atakujący mogą inicjować żądania HTTP do adresów wewnętrznych sieci oraz uzyskiwać dostęp do metadanych chmurowych.

Flowise w wersjach przed 3.0.10 (dotknięte wersje 3.0.7 i wcześniejsze) zawiera podatność na niezweryfikowaną zmianę adresu e-mail. Użytkownik z autoryzacją może zmienić adres e-mail konta bez potwierdzenia zmiany na oryginalny adres e-mail lub ponownego wprowadzenia aktualnego hasła.

Flowise w wersjach przed 3.1.2 zawiera podatność na ujawnienie informacji w punkcie końcowym /api/v1/chatflows/apikey/:apikey. Brak parametru zapytania keyonly powoduje, że punkt końcowy zwraca nie tylko chatflow związane z dostarczonym kluczem API, ale także wszystkie chatflow w każdym workspace, które nie mają przypisanego klucza API.

Flowise w wersjach przed 3.1.2 zawiera podatność na masowe przypisanie w punkcie końcowym PUT /api/v1/user, co pozwala uwierzytelnionym użytkownikom na bezpośrednią modyfikację pola poświadczeń bez walidacji. Atakujący mogą obejść weryfikację zmiany hasła oraz unieważnienie sesji, dostarczając spreparowany skrót hasła, co umożliwia trwały dostęp do konta po tymczasowym naruszeniu sesji.

Flowise w wersjach przed 3.0.13 zawiera podatność na ujawnienie informacji w punkcie końcowym POST /api/v1/account/forgot-password, który zwraca pełne obiekty użytkowników, w tym dane osobowe, nieautoryzowanym atakującym. Atakujący może enumerować ważne adresy e-mail i zbierać wrażliwe dane użytkowników, wysyłając żądania z znanymi adresami e-mail.

Flowise w wersjach przed 3.0.8 zawiera podatność typu cross-site scripting (XSS) spowodowaną niewystarczającym filtrowaniem danych wejściowych w wiadomościach czatu oraz funkcjach agentów niestandardowych. Atakujący może wstrzyknąć złośliwy kod JavaScript, co prowadzi do kradzieży ciasteczek i danych sesji.

Podatność typu mass-assignment w Flowise przed wersją 3.1.2 umożliwia przejęcie ewaluatora między obszarami roboczymi (cross-workspace).

Podatność typu mass-assignment w Flowise przed wersją 3.1.2 umożliwia przejęcie ewaluacji między obszarami roboczymi (cross-workspace).

Podatność typu mass-assignment w Flowise przed wersją 3.1.2 umożliwia przejęcie wierszy DatasetRow między obszarami roboczymi (cross-workspace).

Flowise przed wersją 3.1.2 umożliwia przejęcie zbioru danych z innego obszaru roboczego poprzez masowe przypisanie podczas tworzenia i aktualizacji zbioru danych. Luka została załatana w wersji 3.1.2.

Flowise przed wersją 3.1.2 umożliwia przejęcie szablonu z innego obszaru roboczego poprzez masowe przypisanie podczas tworzenia i aktualizacji szablonu niestandardowego. Luka została załatana w wersji 3.1.2.

Flowise przed wersją 3.1.2 umożliwia przejęcie asystenta z innego obszaru roboczego poprzez masowe przypisanie podczas tworzenia i aktualizacji asystenta. Luka została załatana w wersji 3.1.2.

Flowise przed wersją 3.1.2 nie posiada uwierzytelniania ani kontroli dostępu dla endpointów CRUD OpenAI Assistants Vector Store. Brak autoryzacji przy użyciu klucza API.

Flowise przed wersją 3.1.2 nie usuwa pola encryptedData z odpowiedzi API podczas pobierania poświadczeń z użyciem filtra credentialName. Bez filtra pole jest pomijane, ale z filtrem już nie, co prowadzi do wycieku zaszyfrowanych danych.

Flowise przed wersją 3.1.2 zawiera podatność na masowe przypisanie w endpointcie aktualizacji chatflow. Umożliwia ona uwierzytelnionemu użytkownikowi modyfikację właściwości kontrolowanych przez serwer, takich jak deployed, isPublic, workspaceId, oraz przeniesienie zasobu do innego obszaru roboczego.

Podatność typu mass assignment w Flowise pozwala uwierzytelnionym użytkownikom na modyfikację właściwości kontrolowanych przez serwer, takich jak workspaceId, podczas aktualizacji narzędzia. Brak walidacji po stronie serwera umożliwia przypisanie narzędzi do dowolnych przestrzeni roboczych.