CVE-2025-71327: Flowise: auth bypass grants full API access
CRITICAL PoC AVAILABLE CISA: ATTENDFlowise, a widely-deployed open-source AI agent builder, contains a critical authentication bypass that allows any unauthenticated attacker to POST to /api/v1/account/register and create a privileged account granting full API access. This is especially dangerous because Flowise instances typically store LLM API keys, database credentials, and tool configurations that adversaries can immediately harvest — and agent workflows can be silently modified to exfiltrate data or inject malicious behavior into production AI pipelines. The exploit requires a single unauthenticated HTTP POST with no specialized knowledge, placing weaponization timelines in hours rather than days despite no public exploit or CISA KEV listing yet; Flowise's history of 112 prior CVEs in the same package further signals persistent security debt in this component. No patched version is listed; immediately block the /api/v1/account/register endpoint at your WAF or reverse proxy, audit existing accounts for unauthorized registrations, and rotate all credentials stored in Flowise node configurations.
What is the risk?
Critical risk. CVSS 9.1 with a fully unauthenticated, network-accessible, zero-interaction exploit path (AV:N/AC:L/PR:N/UI:N) makes this a trivial, wide-blast vulnerability requiring no prior foothold. Flowise instances are commonly deployed in enterprise AI pipelines with privileged access to LLM APIs, databases, and external tooling — a single POST request translates directly into credential theft and persistent agent workflow compromise. Self-hosted instances may be internet-facing or laterally reachable across cloud environments. The absence of a patched version at disclosure time significantly extends the exposure window.
How does the attack unfold?
What systems are affected?
| Package | Ecosystem | Vulnerable Range | Patched |
|---|---|---|---|
| Flowise | npm | — | No patch |
Do you use Flowise? You're affected.
How severe is it?
What is the attack surface?
What should I do?
7 steps-
Immediately add a WAF or reverse proxy deny rule for POST /api/v1/account/register to block unauthenticated registration from any untrusted network segment.
-
Audit the Flowise user store (admin panel or direct DB query) for accounts not recognized — delete unauthorized entries and invalidate their sessions.
-
Rotate all credentials stored in Flowise agent configurations: LLM API keys, database passwords, webhook secrets, and third-party tool tokens.
-
Monitor GHSA-v5w9-prxf-w882 and the FlowiseAI/Flowise repository for a patched release; apply immediately on availability.
-
Restrict Flowise to internal networks only — remove any public internet exposure.
-
Review all agent workflow definitions for unauthorized modifications introduced during the exposure window.
-
Enable API-level audit logging on Flowise to detect anomalous account creation or workflow modification events going forward.
What does CISA's SSVC say?
Source: CISA Vulnrichment (SSVC v2.0). Decision based on the CISA Coordinator decision tree.
How is it classified?
Which compliance frameworks are affected?
This CVE is relevant to:
Frequently Asked Questions
What is CVE-2025-71327?
Flowise, a widely-deployed open-source AI agent builder, contains a critical authentication bypass that allows any unauthenticated attacker to POST to /api/v1/account/register and create a privileged account granting full API access. This is especially dangerous because Flowise instances typically store LLM API keys, database credentials, and tool configurations that adversaries can immediately harvest — and agent workflows can be silently modified to exfiltrate data or inject malicious behavior into production AI pipelines. The exploit requires a single unauthenticated HTTP POST with no specialized knowledge, placing weaponization timelines in hours rather than days despite no public exploit or CISA KEV listing yet; Flowise's history of 112 prior CVEs in the same package further signals persistent security debt in this component. No patched version is listed; immediately block the /api/v1/account/register endpoint at your WAF or reverse proxy, audit existing accounts for unauthorized registrations, and rotate all credentials stored in Flowise node configurations.
Is CVE-2025-71327 actively exploited?
Proof-of-concept exploit code is publicly available for CVE-2025-71327, increasing the risk of exploitation.
How to fix CVE-2025-71327?
1. Immediately add a WAF or reverse proxy deny rule for POST /api/v1/account/register to block unauthenticated registration from any untrusted network segment. 2. Audit the Flowise user store (admin panel or direct DB query) for accounts not recognized — delete unauthorized entries and invalidate their sessions. 3. Rotate all credentials stored in Flowise agent configurations: LLM API keys, database passwords, webhook secrets, and third-party tool tokens. 4. Monitor GHSA-v5w9-prxf-w882 and the FlowiseAI/Flowise repository for a patched release; apply immediately on availability. 5. Restrict Flowise to internal networks only — remove any public internet exposure. 6. Review all agent workflow definitions for unauthorized modifications introduced during the exposure window. 7. Enable API-level audit logging on Flowise to detect anomalous account creation or workflow modification events going forward.
What systems are affected by CVE-2025-71327?
This vulnerability affects the following AI/ML architecture patterns: AI agent frameworks, LLM workflow orchestration, RAG pipelines, Tool-augmented AI systems, Enterprise AI automation platforms.
What is the CVSS score for CVE-2025-71327?
CVE-2025-71327 has a CVSS v3.1 base score of 9.1 (CRITICAL). The EPSS exploitation probability is 0.58%.
What is the AI security impact?
Affected AI Architectures
MITRE ATLAS Techniques
AML.T0012 Valid Accounts AML.T0021 Establish Accounts AML.T0049 Exploit Public-Facing Application AML.T0053 AI Agent Tool Invocation AML.T0083 Credentials from AI Agent Configuration Compliance Controls Affected
What are the technical details?
Original Advisory
Flowise contains an authentication bypass vulnerability in the unprotected /api/v1/account/register endpoint that allows unauthenticated attackers to create user accounts. Remote attackers can exploit this endpoint to register arbitrary accounts and authenticate to the system, gaining full API access without credentials.
Exploitation Scenario
An attacker scans for internet-facing Flowise instances using Shodan queries on default port 3000 or by searching public GitHub repositories for Flowise deployment configurations. They send a single unauthenticated POST request to /api/v1/account/register with a crafted JSON body containing a chosen username and password — the endpoint accepts it and creates a valid privileged account. Using these credentials, the attacker authenticates and obtains a full API session token. They enumerate all configured agent flows, extracting LLM API keys (OpenAI, Anthropic), database connection strings, and webhook secrets embedded in node configurations. With persistent access, they modify a production RAG agent workflow to silently forward all user queries and LLM responses to an attacker-controlled webhook endpoint — the agent continues functioning normally while exfiltrating sensitive data in the background, with the compromise remaining undetected until the next manual audit.
Weaknesses (CWE)
CWE-306 Missing Authentication for Critical Function
Primary
CWE-306 Missing Authentication for Critical Function CWE-306 — Missing Authentication for Critical Function: The product does not perform any authentication for functionality that requires a provable user identity or consumes a significant amount of resources.
- [Architecture and Design] Divide the software into anonymous, normal, privileged, and administrative areas. Identify which of these areas require a proven user identity, and use a centralized authentication capability. Identify all potential communication channels, or other means of interaction with the software, to ensure that all channels are appropriately protected, including those channels that are assumed to be accessible only by authorized parties. Developers sometimes perform authentication at the primary channel, but open up a secondary channel that is assumed to be private. For example, a login mechanism may be listening on one network port, but after successful authentication, it may open up a second port where it waits for the connection, but avoids authentication because it assumes that only the authenticated party will connect to the port. In general, if the software or protocol allows a single session or user state to persist across multiple connections or channels, authentication and appropriate
- [Architecture and Design] For any security checks that are performed on the client side, ensure that these checks are duplicated on the server side, in order to avoid CWE-602. Attackers can bypass the client-side checks by modifying values after the checks have been performed, or by changing the client to remove the client-side checks entirely. Then, these modified values would be submitted to the server.
Source: MITRE CWE corpus.
CVSS Vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N References
Timeline
Related Vulnerabilities
CVE-2025-71338 10.0 Flowise: unauthenticated file write enables RCE
Same package: flowise CVE-2025-59528 10.0 Flowise: Unauthenticated RCE via MCP config injection
Same package: flowise CVE-2025-61913 9.9 Flowise: path traversal in file tools leads to RCE
Same package: flowise CVE-2026-40933 9.9 Flowise: RCE via MCP stdio command injection
Same package: flowise CVE-2026-46442 9.9 Flowise: sandbox escape enables authenticated RCE
Same package: flowise