CVE-2026-69252

Flowise przed wersją 3.1.3 zawiera niekompletną podatność na redakcję poświadczeń w punkcie końcowym GET /api/v1/credentials/:id, który zwraca odszyfrowane sekrety w postaci zwykłego tekstu. Uwierzytelnieni użytkownicy z uprawnieniem credentials:view mogą pobierać wrażliwe dane, w tym adresy URL połączeń z bazami danych z osadzonymi hasłami, JSON kont usług chmurowych z kluczami prywatnymi oraz klucze API, wywołując ten punkt końcowy.

Flowise przed wersją 3.1.3 zawiera podatność na niebezpieczne bezpośrednie odwołanie do obiektu w punkcie końcowym GET /api/v1/organization/customer-default-source, która umożliwia uwierzytelnionym atakującym dostęp do danych płatności i profili innych klientów poprzez manipulację parametrem customerId. Atakujący mogą enumerować przewidywalne identyfikatory klientów, aby pobrać wrażliwe informacje, w tym adresy e-mail, salda kont, typy walut i konfiguracje rozliczeń bez kontroli autoryzacji.

Flowise przed wersją 3.1.3 zawiera podatność ucieczki z piaskownicy w pythonCodeValidator.ts, która nie blokuje natywnych metod Pandas DataFrame, takich jak to_csv, to_json, pipe i query. Uwierzytelnieni atakujący mogą to wykorzystać do eksfiltracji przesłanych danych CSV lub zapisu dowolnych plików w systemie plików serwera.

Flowise to interfejs typu 'przeciągnij i upuść' do budowania spersonalizowanych przepływów dużych modeli językowych. Przed wersją 3.1.3, moduł bezpieczeństwa HTTP Flowise (httpSecurity.ts) nie normalizował adresów IPv4-mapped IPv6, takich jak ::ffff:127.0.0.1 i ::ffff:169.254.169.254, przed sprawdzeniem ich na liście zablokowanych. Ponieważ ipaddr.js raportuje te adresy jako ipv6, podczas gdy wpisy CIDR IPv4 na liście zablokowanych są ipv4, funkcja isDeniedIP() pomijała sprawdzenia CIDR IPv4. Atakujący, który kontroluje rozwiązywanie DNS dla nazwy hosta używanej przez węzeł HTTP, API Chain, Document Loader, narzędzie MCP lub inne ścieżki używające secureAxiosRequest(), secureFetch() lub checkDenyList(), mógł zwrócić rekord AAAA dla celu z adresem IPv4-mapped i spowodować, że żądania dotrą do localhost, usług wewnętrznych lub punktów końcowych metadanych chmury. Ten problem został naprawiony w wersji 3.1.3.

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ść zdalnego wykonania kodu w węźle Custom MCP, gdy CUSTOM_MCP_PROTOCOL jest ustawiony na stdio, pozwalając uwierzytelnionym użytkownikom na wykonanie dowolnych poleceń poprzez manipulację zmiennymi środowiskowymi i argumentami poleceń.

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.

Flowise przed wersją 3.1.3 zawiera podatność wstrzykiwania kodu w parametrze customReadCSV w węźle CSV Agent, która pozwala uwierzytelnionym atakującym na wykonanie dowolnego kodu Python. Walidator używa statycznej listy blokad regex, którą można obejść przez zaciemnianie.

Flowise przed wersją 3.1.3 zawiera podatność wstrzykiwania kodu w węźle Airtable Agent, która pozwala nieuwierzytelnionym atakującym na wykonanie dowolnego kodu Python poprzez obejście listy blokad pythonCodeValidator za pomocą zaciemniania.

Flowise (pakiety flowise i flowise-components) w wersjach do 3.1.2 zawiera podatność ucieczki z piaskownicy vm2/@flowiseai/nodevm. Uwierzytelniony użytkownik z dostępem do /api/v1/node-custom-function może uciec z piaskownicy, podając kontrolowane parametry executablePath i args do puppeteer.launch(), co prowadzi do wykonania dowolnych poleceń systemowych i ujawnienia plików hosta.