Flowise is a drag & drop user interface to build a customized large language model flow. Prior to 3.1.3, the CSVAgent in packages/components/nodes/agents/CSVAgent/CSVAgent.ts extracted attacker-controlled CSV data with file.split(',').pop() and interpolated it directly into executable Python as base64_string = "${base64String}" before calling Pyodide. The validatePythonCodeForDataFrame() denylist only checked later LLM-generated code and did not validate this initial code block. An authenticated attacker could inject a closing quote followed by Python code, use Pyodide's js bridge to load Node.js child_process, and execute arbitrary operating system commands as root in the Flowise container. This issue is fixed in version 3.1.3.
Security readout for executives and security teams
Plain-English summary
Flowise versions before 3.1.3 can allow malicious CSV content to escape into Python execution through the CSV Agent. Successful exploitation can run operating-system commands with root privileges inside the Flowise container, risking complete compromise of its data, credentials, and availability.
Executive priority
Prioritize emergency remediation for exposed or multi-user Flowise deployments using the CSV Agent. Root-level container command execution creates a credible path to service takeover and sensitive-data loss. Upgrade promptly, restrict CSV ingestion until complete, and investigate potentially exposed instances.
Technical view
CSVAgent inserted attacker-controlled CSV-derived data into a quoted Python assignment without safe encoding before Pyodide execution. An attacker could terminate the string, inject Python, and reach Node.js command execution through Pyodide’s JavaScript bridge. The Python denylist did not inspect this initial block. Version 3.1.3 fixes the issue.
Likely exposure
Exposure is limited to Flowise versions earlier than 3.1.3 where the CSV Agent processes attacker-controlled CSV data. Internet or broadly accessible deployments are especially concerning. The bundle describes an authenticated attacker, although its CVSS vector states no privileges required; access prerequisites should therefore be verified locally.
Exploitation context
Root command execution inside a Flowise container was reportedly verified, demonstrating practical impact. However, the supplied evidence does not establish exploitation in the wild, and the CVE is not identified as KEV-listed. Treat exploitability as demonstrated but active campaigns as unconfirmed.
Researcher notes
The vulnerable trust boundary precedes the existing validation control: CSV-derived content entered the initial executable Python block, while validation covered only later LLM-generated code. CWE-94 is appropriate. Authentication requirements are inconsistent between the narrative and CVSS vector, so assess both authenticated and unauthenticated reachability without assuming either.
Mitigation direction
Upgrade Flowise to version 3.1.3 or later.
Until upgraded, prevent untrusted users from submitting CSV data to the CSV Agent.
Restrict access to affected Flowise deployments and review vendor guidance.
Rotate credentials accessible to the container if compromise is suspected.
Validation and detection
Confirm every Flowise instance reports version 3.1.3 or later.
Inventory flows using the CSV Agent and identify who can supply CSV data.
Verify the deployed build includes the referenced security fix.
Review affected containers for unexpected processes, commands, file changes, or credential access.
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-94: 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 affected technology mentions containers, so container-specific ATT&CK technique 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: pocAutomatable: 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-94 · source CWE mapping
Improper Control of Generation of Code ('Code Injection')
Improper Control of Generation of Code ('Code Injection') represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.