Podatności Flowise

Podatność w Flowise 3.1.2 pozwala zdalnemu atakującemu na wykonanie dowolnego kodu poprzez endpoint /api/v1/prediction/<flowId>. Nie podano dodatkowych szczegółów.

Flowise przed wersją 3.1.3 zawiera podatność ucieczki z piaskownicy vm2, która pozwala uwierzytelnionym użytkownikom na wykonanie dowolnego kodu poprzez obejście walidacji locale moment.js i załadowanie złośliwych plików JavaScript z magazynu dokumentów.

Flowise przed wersją 3.1.3 zawiera podatność obejścia walidatora kodu Python opartego na regex w węzłach CSV i Airtable Agent, która pozwala nieuwierzytelnionym atakującym na wstrzyknięcie złośliwego kodu przez prompt injection.

Podatność w Flowise (do wersji 3.1.4) w integracji OpenAI Assistants pozwala uwierzytelnionym atakującym na dostęp do danych uwierzytelniających innych obszarów roboczych poprzez podanie dowolnego UUID poświadczeń bez weryfikacji własności obszaru roboczego.

Flowise przed wersją 3.1.3 zawiera podatność w punkcie końcowym POST /api/v1/oauth2-credential/refresh/:credentialId, który jest na liście dozwolonych i nie wymaga uwierzytelnienia. Atakujący ze znajomością ID poświadczenia może odświeżyć token OAuth i uzyskać dostęp do połączonej usługi ofiary oraz wyczerpać limit odświeżania tokenów.

Flowise przed wersją 3.1.3 zawiera podatność na wstrzyknięcie promptu w węźle CSV Agent, co pozwala na wykonanie złośliwego skryptu Pythona w środowisku Pyodide bez sandboxa. Atakujący może wykorzystać to do wykonania dowolnego kodu w kontekście konta usługi.

Flowise przed wersją 3.1.3 zawiera podatność w walidatorze kodu Python, która pozwala na ominięcie zabezpieczeń za pomocą homoglifów Unicode, umożliwiając wykonanie dowolnego kodu Python w Pyodide oraz pełne wykonanie poleceń systemowych na hoście Flowise.

Flowise przed wersją 3.1.3 zawiera podatność w CSVAgent, która pozwala atakującemu na wstrzyknięcie kodu do szablonu Pythona wykonywanego przez Pyodide, co umożliwia wykonanie dowolnych poleceń systemowych na hoście Flowise. Nieuwierzytelnione żądanie do API może wywołać zdalne wykonanie kodu.

Flowise to interfejs typu 'przeciągnij i upuść' do budowania spersonalizowanych przepływów dużych modeli językowych. Przed wersją 3.1.3, obejście dla CVE-2025-8943 blokowało flagi -y i --yes w npx, ale plik packages/components/nodes/tools/MCP/core.ts odrzucał tylko PATH, LD_LIBRARY_PATH, DYLD_LIBRARY_PATH i NODE_OPTIONS według dokładnej nazwy zmiennej środowiskowej. Ponieważ npm czyta konfigurację ze zmiennych npm_config_*, ustawienie npm_config_yes=true odtwarzało zachowanie --yes bez użycia zablokowanej flagi, powodując automatyczną instalację i wykonanie nazwanego pakietu przez npx podczas uruchamiania niestandardowego serwera MCP. Ten problem został naprawiony w wersji 3.1.3.

Flowise to interfejs typu 'przeciągnij i upuść' do budowania spersonalizowanych przepływów dużych modeli językowych. Przed wersją 3.1.3, nieuwierzytelniony endpoint POST /api/v1/prediction/:id akceptował obiekt overrideConfig i bezwarunkowo rozprzestrzeniał go do wewnętrznych obiektów flowConfig i flowData w plikach packages/server/src/utils/buildChatflow.ts i packages/server/src/utils/index.ts bez sprawdzania apiOverrideStatus. To pozwalało nieuwierzytelnionym atakującym na wstrzykiwanie dowolnych właściwości do kontekstu wykonania przepływu dowolnego publicznego chatflow, nadpisywanie wartości takich jak chatId, sessionId i chatHistory oraz kontrolowanie wartości rozwiązywanych przez zmienne szablonu $flow.* używane przez węzły przepływu. Ten problem został naprawiony w wersji 3.1.3.

Flowise przed wersją 3.1.0 (wersje 3.0.13 i wcześniejsze) używa słabych, zakodowanych na stałe domyślnych sekretów JWT ('auth_token', 'refresh_token') oraz domyślnych wartości odbiorcy i wystawcy ('AUDIENCE', 'ISSUER') w oprogramowaniu pośredniczącym uwierzytelniania passport. Gdy zmienne środowiskowe nie są ustawione, aplikacja po cichu używa tych publicznie znanych domyślnych wartości, co pozwala atakującemu na fałszowanie ważnych tokenów JWT i podszywanie się pod dowolnego użytkownika, w tym administratorów.

Flowise przed wersją 3.1.0 (dotknięte wersje 3.0.13 i wcześniejsze) używa słabego, zakodowanego na stałe domyślnego sekretu ('flowise') dla middleware express-session, gdy zmienna środowiskowa EXPRESS_SESSION_SECRET nie jest ustawiona. Ponieważ ten domyślny sekret jest publicznie widoczny w kodzie źródłowym, atakujący może sfałszować ważne podpisane ciasteczka sesji, aby podszyć się pod dowolnego użytkownika i ominąć uwierzytelnianie.

Flowise do wersji 2.2.7 nie sanityzuje segmentów ścieżki w punkcie końcowym loadera document-store, co pozwala nieuwierzytelnionym atakującym zapisywać pliki poza katalogiem przechowywania. Atakujący mogą użyć sekwencji katalogu nadrzędnego, aby wyjść poza katalog i nadpisać pliki aplikacji ładowane przy starcie, co prowadzi do zdalnego wykonania kodu.

Flowise przed wersją 3.0.6 (dotknięte wersje 2.2.7-patch.1 i wcześniejsze) zawiera podatność na zdalne wykonanie kodu bez sandboksa w funkcji Custom MCP. Atakujący może wysłać spreparowany ładunek JSON z nagłówkiem 'x-request-from: internal' do endpointu /api/v1/node-load-method/customMCP, aby wykonać dowolne polecenia systemowe, co prowadzi do całkowitego przejęcia kontenera lub serwera.

Flowise w wersjach przed 3.0.6 zawiera podatność na dowolny dostęp do plików wynikającą z braku walidacji, że parametry chatflowId i chatId są UUID lub liczbami w operacjach obsługi plików. Nieuwierzytelniony atakujący może podać wartość path-traversal (np. '../../../../../tmp') jako identyfikator chatflow, aby zapisywać dowolne pliki przez endpoint /api/v1/chatflows oraz odczytywać dowolne pliki przez endpointy /api/v1/get-upload-file i /api/v1/openai-assistants-file/download.

Flowise w wersji do 2.2.4 zawiera nieuwierzytelnioną podatność na dowolne przesyłanie plików w punkcie końcowym /api/v1/attachments, gdy storageType jest ustawiony na local. Atakujący mogą wykorzystać przejście ścieżki w parametrach chatId i chatflowId, aby przesłać złośliwe pliki do dowolnych katalogów, co może prowadzić do zdalnego wykonania kodu i przejęcia serwera.

Flowise zawiera podatność polegającą na pominięciu uwierzytelniania w niechronionym punkcie końcowym /api/v1/account/register, co umożliwia nieuwierzytelnionym atakującym tworzenie kont użytkowników. Zdalni atakujący mogą wykorzystać ten punkt końcowy do rejestracji dowolnych kont i uwierzytelnienia się w systemie, uzyskując pełny dostęp do API bez poświadczeń.

Flowise w wersjach przed 2.1.4 pozwala na wstrzykiwanie konfiguracji do Chainflow podczas wykonywania za pomocą opcji overrideConfig. Funkcja ta jest domyślnie włączona i nie posiada listy dozwolonych zmiennych, co umożliwia atakującym zdalne wykonanie kodu oraz inne poważne ataki.

Podatność w Flowise przed wersją 3.1.2 umożliwia uwierzytelnionemu atakującemu zdalne wykonanie kodu poprzez przesłanie dowolnego JavaScript do węzła Custom JS Function. Brak autoryzacji na ścieżce POST /api/v1/node-custom-function.

Flowise przed wersją 3.1.2 zawiera podatność na masowe przypisanie w punkcie końcowym aktualizacji asystenta. Uwierzytelniony użytkownik może modyfikować właściwości kontrolowane przez serwer, takie jak workspaceId, createdDate i updatedDate. Brak walidacji po stronie serwera i kontroli autoryzacji umożliwia atakującemu manipulację polem workspaceId i przenoszenie asystentów do dowolnych przestrzeni roboczych.

W Flowise przed wersją 3.1.2, endpoint checkBasicAuth weryfikuje dane uwierzytelniające w postaci jawnego tekstu bez ograniczania szybkości żądań i z bezpośrednim porównaniem. Umożliwia to atakującemu przeprowadzenie ataku brute-force na hasła.

W Flowise przed wersją 3.1.2 istnieje podatność masowego przypisania w endpointcie aktualizacji zmiennych. Uwierzytelniony atakujący może modyfikować właściwości kontrolowane przez serwer, takie jak workspaceId, co może naruszyć izolację dzierżawców w środowiskach wieloobszarowych.

Flowise to interfejs typu drag & drop do budowania dostosowanych przepływów dużych modeli językowych. W wersjach przed 3.1.0, kilka implementacji narzędzi bezpośrednio importuje i wywołuje surowe klienty HTTP, co stwarza lukę bezpieczeństwa.

Flowise w wersjach od 3.0.1 do 3.0.8 oraz wszystkich późniejszych z włączoną opcją 'ALLOW_BUILTIN_DEP' zawiera podatność na zdalne wykonanie kodu (RCE) z ominięciem sandboksa Node VM. Uwierzytelniony atakujący może wykorzystać zintegrowane moduły Puppeteer i Playwright do uruchomienia dowolnego pliku wykonywalnego na hoście.

W Flowise przed wersją 3.0.8 narzędzia WriteFileTool i ReadFileTool nie ograniczają dostępu do ścieżek plików, co pozwala uwierzytelnionym atakującym na odczyt i zapis dowolnych plików w systemie plików, potencjalnie prowadząc do zdalnego wykonania kodu. Wersja 3.0.8 zawiera poprawkę.

Flowise to interfejs drag & drop do budowania niestandardowych przepływów dużych modeli językowych. Podatność w wersji 3.0.7 pozwala uwierzytelnionym użytkownikom na przesyłanie dowolnych plików bez odpowiedniej walidacji, co umożliwia trwałe umieszczenie złośliwych powłok Node.js na serwerze i potencjalne zdalne wykonanie kodu (RCE). System nie weryfikuje rozszerzeń plików, typów MIME ani zawartości podczas przesyłania. Na moment publikacji brak znanych wersji z poprawką.

Flowise w wersjach przed 3.0.5 pozwala na atak XSS poprzez element IFRAME, gdy administrator wyświetla dziennik czatu. Luka występuje w interfejsie użytkownika.

Flowise w wersji 3.0.5 zawiera podatność na zdalne wykonanie kodu (RCE). Węzeł CustomMCP przekazuje dane wejściowe użytkownika bezpośrednio do konstruktora Function(), co pozwala na wykonanie dowolnego kodu JavaScript z uprawnieniami Node.js. Podatność została naprawiona w wersji 3.0.6.

Flowise w wersji 3.0.5 zawiera podatność Server-Side Request Forgery (SSRF) w punkcie końcowym /api/v1/fetch-links. Atakujący może użyć serwera Flowise jako proxy do dostępu do wewnętrznych usług sieciowych i poznania ich struktury linków.

W Flowise w wersji 3.0.5 i wcześniejszych punkt końcowy forgot-password zwraca wrażliwe informacje, w tym ważny token resetowania hasła (tempToken), bez uwierzytelnienia lub weryfikacji. Umożliwia to atakującemu wygenerowanie tokenu resetującego dla dowolnego użytkownika i przejęcie jego konta. Podatność dotyczy zarówno chmury, jak i instalacji lokalnych.

W FlowiseAI Flowise w wersji 2.2.6 odkryto podatność na dowolne przesyłanie plików w punkcie końcowym /api/v1/attachments. Umożliwia ona atakującemu przesłanie złośliwych plików na serwer.

Flowise do wersji 3.1.4 włącznie zawiera podatność ucieczki z sandboxa, pozwalającą uwierzytelnionym użytkownikom na wykonywanie poleceń systemowych poprzez nadużycie dozwolonych modułów langchain i mammoth, gdy ALLOW_BUILTIN_DEP=true. Atakujący może przesłać JavaScript do /api/v1/node-custom-function, który zapisuje plik w pakiecie mammoth poprzez LocalFileStore i wymusza jego załadowanie, uciekając z vm2 jako użytkownik procesu Flowise.

Flowise do wersji 3.1.4 udostępnia punkty GET /api/v1/upsert-history/:id i PATCH /api/v1/upsert-history bez kontroli uprawnień, a usługa nie weryfikuje przynależności do obszaru roboczego.

Flowise (pakiety npm flowise i flowise-components) do wersji 3.1.4 wyszukuje poświadczenia po ID bez filtrowania według przestrzeni roboczej żądającego użytkownika w kilku ścieżkach kodu, m.in. getAllOpenaiAssistants/getSingleOpenaiAssistant, uploadFilesToAssistant, deleteAssistant i wspólnym helperze używanym przez getVoices. Uwierzytelniony użytkownik jednej przestrzeni roboczej może podać UUID poświadczenia należącego do innej przestrzeni, powodując odszyfrowanie i użycie klucza API OpenAI lub ElevenLabs tej przestrzeni w imieniu atakującego.

Flowise do wersji 3.1.4 nie wymusza autoryzacji na pulpicie administracyjnym BullMQ. Gdy serwer działa w trybie kolejki z włączonym pulpitem, każdy uwierzytelniony użytkownik może uzyskać dostęp do /admin/queues.

Flowise do wersji 3.1.4 identyfikuje użytkowników SSO i logowanych hasłem wyłącznie na podstawie adresu e-mail, bez wiązania dostawcy lub identyfikatora. Atakujący może zalogować się jako każdy istniejący użytkownik, używając jego adresu e-mail.

Flowise do wersji 3.1.4 zawiera obejście uwierzytelniania w ścieżce logowania SSO, gdy e-mail w wywołaniu zwrotnym pasuje do użytkownika ze statusem INVITED. Procedura kopiuje rekord użytkownika z tymczasowym tokenem do rejestracji, co pozwala na przejęcie zaproszenia.

Flowise do wersji 3.1.4 brakuje kontroli RBAC na trasach wiadomości czatu, co pozwala kluczom API o niskich uprawnieniach na odczyt i usunięcie historii czatu.

Flowise przed wersją 3.1.4 zawiera podatność na podrabianie żądań po stronie serwera (SSRF) w węzłach ładowania dokumentów Cheerio, Playwright i Puppeteer, które omijają ochronę SSRF. Atakujący mogą podać dowolne adresy URL, aby pobrać metadane chmury, usługi wewnętrzne i zasoby sieci prywatnej, a treść odpowiedzi jest zwracana jako tekst dokumentu.

Flowise przed wersją 3.1.4 nie sanityzuje parametru overrideConfig.sessionId przed użyciem go w zapytaniach MongoDB w węźle MongoDBMemory. Nieuwierzytelnieni atakujący mogą przesłać obiekty operatorów MongoDB przez API predykcji, aby odczytać historię czatów innych użytkowników ze współdzielonej kolekcji.

Flowise w wersjach przed 3.1.4 zawiera podatność na wstrzyknięcie skryptu w przepływach pracy budowania obrazów Docker, gdzie dane wejściowe workflow_dispatch są bezpośrednio interpolowane do bloków uruchamiania powłoki. Atakujący z uprawnieniami zapisu do repozytorium mogą wstrzyknąć metaznaki powłoki poprzez dane wejściowe, takie jak tag_version i node_version.

Flowise przed wersją 3.1.4 nie waliduje parametrów baseURL w węzłach modeli czatu, co pozwala uwierzytelnionym użytkownikom na przekierowanie żądań do dowolnych hostów. Atakujący z uprawnieniami chatflows:create lub chatflows:update mogą eksfiltrować klucze API dostawcy LLM, przekierowując żądania do usług metadanych chmury lub wewnętrznych hostów.

Flowise przed wersją 3.1.4 nie waliduje ścieżek plików w węźle SQL Database Chain podczas łączenia się z bazami SQLite, co pozwala uwierzytelnionym atakującym na zapis dowolnych plików. Atakujący mogą zapisywać złośliwe bazy SQLite w katalogach systemowych lub wstrzykiwać pliki do katalogu głównego serwera WWW, aby wykonywać polecenia lub przeprowadzać ataki XSS.

Flowise w wersjach przed 3.1.4 nie egzekwuje kontroli autoryzacji na poziomie obszaru roboczego w endpointach openai-realtime. Uwierzytelniony użytkownik może podać nieprzypisany do obszaru chatflowid i uzyskać dostęp do narzędzi z ChatFlows należących do innych obszarów roboczych.

Flowise w wersjach przed 3.1.4 zawiera lukę obejścia walidacji w konfiguracji serwera MCP, umożliwiającą uwierzytelnionemu atakującemu zdalne wykonanie kodu poprzez niezwalidowany parametr cwd. Atakujący może obejść walidację ścieżki, używając czystych nazw plików w tablicy args przy jednoczesnej kontroli katalogu roboczego.

Flowise w wersjach przed 3.1.4 zawiera lukę zdalnego wykonania kodu w węźle Custom MCP, umożliwiającą uwierzytelnionemu atakującemu wykonanie dowolnego kodu poprzez podanie nazw pakietów npx w parametrze mcpServerConfig. Atakujący może wywołać npx z kontrolowanymi przez siebie pakietami npm.

Flowise w wersjach przed 3.1.4 nie ogranicza API członkostwa w organizacjach i obszarach roboczych przedsiębiorstwa do dzierżawy wywołującego, umożliwiając uwierzytelnionym użytkownikom podanie dowolnych identyfikatorów organizacji. Atakujący może dodać siebie jako właściciela organizacji, tworzyć obszary robocze i uzyskać dostęp administracyjny do organizacji ofiar.

Flowise w wersjach przed 3.1.4 zawiera luki w autoryzacji między dzierżawami w endpointach Enterprise, które nie weryfikują własności zasobów przed operacjami. Atakujący z dostępem Enterprise może usuwać dowolne obszary robocze, zapraszać siebie do innych organizacji, modyfikować role między organizacjami i nadużywać przechowywanych sekretów SSO.

W FlowiseAI Flowise do wersji 3.0.2 wykryto podatność w funkcji axios.post w pliku packages/server/src/controllers/evaluations/index.ts komponentu Evaluations Endpoint. Manipulacja argumentem Host/X-Forwarded-Proto prowadzi do server-side request forgery. Atak można przeprowadzić zdalnie, a exploit jest publiczny. Poprawka dostępna jest w wersji 3.1.3 (patch 700137738bcaebefd4709021f6d6b0abcd7df0ac).

Flowise w wersjach przed 3.1.4 zawiera nieuwierzytelnioną podatność typu denial of service w endpoincie /api/v1/text-to-speech/abort, który przyjmuje parametry chatflowId i chatId bez weryfikacji właściciela. Atakujący może zakończyć aktywne predykcje chatflow dowolnego użytkownika, podając znane identyfikatory chatflow i chat.