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.
Security readout for executives and security teams
Plain-English summary
An authenticated Flowise user can turn a crafted URL value into code execution on servers running versions before 3.1.3. Successful exploitation could expose or alter data and disrupt both Flowise and connected systems accessible to its service account.
Executive priority
Treat as an urgent upgrade for affected installations. Authenticated access lowers exposure compared with an unauthenticated flaw, but successful exploitation could compromise the server and connected resources. Prioritize shared, externally reachable, or highly privileged Flowise deployments.
Technical view
AgentAsTool, ChatflowTool, and ExecuteFlow inserted user-controlled baseURL values into JavaScript executed by in-process vm2. A crafted value could escape the generated string, inject code, escape the sandbox through exposed dependencies, and execute as the Flowise process user. Version 3.1.3 passes the URL as data and strengthens validation.
Likely exposure
Flowise deployments earlier than 3.1.3 are affected when authenticated users can access the vulnerable custom-tool components. Internet-facing or broadly shared instances warrant particular attention, although the supplied sources do not quantify deployment exposure.
Exploitation context
Exploitation requires an authenticated session and is rated high complexity in the supplied CVSS 4.0 vector. The sources describe remote server compromise potential, but provide no evidence of active exploitation; the CVE is not identified as being in KEV.
Researcher notes
The vulnerable pattern is source construction from untrusted baseURL data before vm2 execution. The bundle describes code injection and sandbox escape, while its structured CWE field lists CWE-95. Assess both injection reachability and the privileges available to the Flowise process. No public exploitation evidence is supplied.
Mitigation direction
Upgrade Flowise to version 3.1.3 or later.
Restrict authenticated access until upgrading, especially access to custom-tool and flow-building functionality.
Review Flowise service-account permissions and reduce unnecessary access to secrets, files, networks, and connected systems.
Follow the Flowise advisory and release guidance for deployment-specific precautions.
Validation and detection
Confirm every Flowise instance reports version 3.1.3 or later.
Inventory instances where authenticated users can create or execute the affected custom-tool components.
Review authentication, flow-change, and server logs for unexpected activity involving affected components or unusual URL values.
Verify the Flowise process runs with minimal filesystem, network, and credential access after upgrading.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-95: Code execution behavior lookup
Code execution and unsafe deserialization weaknesses often justify reviewing execution behavior and process telemetry. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references code or command execution, so execution technique review may help defensive triage. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
The CVE wording references privilege impact, so privilege escalation and authorization behavior review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
1ADP providers
5Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: noneAutomatable: noTechnical Impact: total
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-95 · source CWE mapping
Improper Neutralization of Directives in Dynamically Evaluated Code ('Eval Injection')
Improper Neutralization of Directives in Dynamically Evaluated Code ('Eval Injection') represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.