CVE-2026-69253
KrytyczneCVSS 9.0Streszczenie
Flowise przed wersją 3.1.3 zawiera podatność na wstrzykiwanie kodu w komponentach AgentAsTool, ChatflowTool i ExecuteFlow, które uruchamiają kod w sandboxie vm2. Wartość baseURL kontrolowana przez użytkownika jest wstawiana bezpośrednio do kodu JavaScript, a jedyną walidacją jest isValidURL, która nie zapobiega przełamaniu ciągu znaków. Uwierzytelniony użytkownik może wstrzyknąć własny kod JavaScript, który może uciec z sandboxa i wykonać dowolny kod na serwerze Flowise.
Ocena ryzyka
Uwierzytelniony użytkownik może wykonać dowolny kod na serwerze Flowise, co może prowadzić do naruszenia poufności, integralności i dostępności systemu.
Rekomendacja
Zaktualizuj Flowise do wersji 3.1.3 lub nowszej, która przekazuje URL jako dane zamiast wstawiać go do kodu i dodaje ściślejszą walidację URL.
Oryginalny opis (angielski, źródło NVD)
Flowise is a drag-and-drop user interface for building customized large language model (LLM) flows. Prior to version 3.1.3, several custom-tool components — AgentAsTool, ChatflowTool, and ExecuteFlow — ran code in the in-process vm2 sandbox. To build that code, they inserted a user-controlled baseURL value straight into the JavaScript source, for example const url = "${baseURL}/..."; . The only check on baseURL was isValidURL , but a valid-looking URL can still contain characters that break out of a code string. An authenticated user could craft a baseURL that passed this check, closed the surrounding string, and injected their own JavaScript into the sandboxed script (code injection, CWE-94). The vm2 sandbox runs in the same Node.js process as Flowise and exposes risky dependencies. As a result, the injected code could escape the sandbox and run arbitrary code on the Flowise server as the Flowise process user. Exploitation only requires an authenticated session. The issue is fixed in version 3.1.3, which passes the URL to the sandbox as data instead of inserting it into code and adds stricter URL validation.