CVE-2026-41275: Flowise: HTTP password reset link allows MITM takeover
HIGH PoC AVAILABLE CISA: ATTENDFlowise's cloud platform transmitted password reset links over unencrypted HTTP, allowing an attacker on the same network to intercept the token and fully take over the victim's account. For teams using Flowise to orchestrate LLM workflows, account compromise exposes far more than login access — embedded API keys for OpenAI, Anthropic, and other providers, along with proprietary agent configurations and RAG data source connections, are all accessible post-takeover. A public PoC exists and CISA rates this ATTEND; while the raw EPSS score (0.00019) is low, the real-world risk is amplified anywhere users trigger password resets on untrusted networks such as conference halls, hotels, or coworking spaces. Upgrade immediately to Flowise 3.1.0, rotate all API keys stored within flows, and audit login history for unauthorized access.
What is the risk?
CVSS 7.5 (High) reflects full account compromise potential with zero required privileges, though the High attack complexity acknowledges the need for network co-location. The blast radius for AI/ML teams exceeds a typical web account takeover: Flowise flows routinely embed API credentials for downstream LLM providers, meaning a single account compromise can cascade into unauthorized API usage, agent tool abuse, and proprietary prompt logic exfiltration. The 58 other CVEs in the Flowise package indicate a persistent security debt pattern that warrants ongoing scrutiny. Self-hosted Flowise instances are not affected by this specific issue, which is scoped to cloud.flowiseai.com.
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?
6 steps-
Upgrade to Flowise 3.1.0 which enforces HTTPS for password reset links.
-
Rotate all API keys stored within Flowise flows (OpenAI, Anthropic, and any other integrated providers) as a precautionary measure regardless of confirmed compromise.
-
Review Flowise account login history and downstream LLM provider API usage logs for anomalies.
-
Enforce VPN or corporate network requirements for Flowise access until the upgrade is confirmed deployed.
-
Enable MFA on Flowise accounts where available to reduce impact of future credential interception.
-
For self-hosted deployments, verify the reverse proxy (nginx, Caddy, etc.) enforces HTTPS across all endpoints including authentication and password reset flows.
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-2026-41275?
Flowise's cloud platform transmitted password reset links over unencrypted HTTP, allowing an attacker on the same network to intercept the token and fully take over the victim's account. For teams using Flowise to orchestrate LLM workflows, account compromise exposes far more than login access — embedded API keys for OpenAI, Anthropic, and other providers, along with proprietary agent configurations and RAG data source connections, are all accessible post-takeover. A public PoC exists and CISA rates this ATTEND; while the raw EPSS score (0.00019) is low, the real-world risk is amplified anywhere users trigger password resets on untrusted networks such as conference halls, hotels, or coworking spaces. Upgrade immediately to Flowise 3.1.0, rotate all API keys stored within flows, and audit login history for unauthorized access.
Is CVE-2026-41275 actively exploited?
Proof-of-concept exploit code is publicly available for CVE-2026-41275, increasing the risk of exploitation.
How to fix CVE-2026-41275?
1. Upgrade to Flowise 3.1.0 which enforces HTTPS for password reset links. 2. Rotate all API keys stored within Flowise flows (OpenAI, Anthropic, and any other integrated providers) as a precautionary measure regardless of confirmed compromise. 3. Review Flowise account login history and downstream LLM provider API usage logs for anomalies. 4. Enforce VPN or corporate network requirements for Flowise access until the upgrade is confirmed deployed. 5. Enable MFA on Flowise accounts where available to reduce impact of future credential interception. 6. For self-hosted deployments, verify the reverse proxy (nginx, Caddy, etc.) enforces HTTPS across all endpoints including authentication and password reset flows.
What systems are affected by CVE-2026-41275?
This vulnerability affects the following AI/ML architecture patterns: agent frameworks, LLM orchestration platforms, RAG pipelines, API key management.
What is the CVSS score for CVE-2026-41275?
CVE-2026-41275 has a CVSS v3.1 base score of 7.5 (HIGH). The EPSS exploitation probability is 0.19%.
What is the AI security impact?
Affected AI Architectures
MITRE ATLAS Techniques
AML.T0012 Valid Accounts AML.T0049 Exploit Public-Facing Application AML.T0055 Unsecured Credentials AML.T0083 Credentials from AI Agent Configuration Compliance Controls Affected
What are the technical details?
Original Advisory
Flowise is a drag & drop user interface to build a customized large language model flow. Prior to 3.1.0, the password reset functionality on cloud.flowiseai.com sends a reset password link over the unsecured HTTP protocol instead of HTTPS. This behavior introduces the risk of a man-in-the-middle (MITM) attack, where an attacker on the same network as the user (e.g., public Wi-Fi) can intercept the reset link and gain unauthorized access to the victim’s account. This vulnerability is fixed in 3.1.0.
Exploitation Scenario
An attacker at a security conference positions on the same Wi-Fi network as a Flowise user and activates ARP spoofing using readily available tools. The victim, locked out of their cloud.flowiseai.com account, clicks Forgot Password. The platform generates a reset token and emails it; when the victim clicks the email link, the HTTP redirect is captured in plaintext by the attacker before HTTPS negotiation occurs. The attacker redeems the token first, sets a new password, and silently takes over the account. They immediately export all LLM flow configurations — harvesting API keys for multiple LLM providers embedded in production workflows — then restore the original password to avoid detection, leaving the victim unaware.
Weaknesses (CWE)
CWE-319 — Cleartext Transmission of Sensitive Information: The product transmits sensitive or security-critical data in cleartext in a communication channel that can be sniffed by unauthorized actors.
- [Architecture and Design] Before transmitting, encrypt the data using reliable, confidentiality-protecting cryptographic protocols.
- [Implementation] When using web applications with SSL, use SSL for the entire session from login to logout, not just for the initial login page.
Source: MITRE CWE corpus.
CVSS Vector
CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:H References
Timeline
Related Vulnerabilities
CVE-2025-59528 10.0 Flowise: Unauthenticated RCE via MCP config injection
Same package: flowise CVE-2026-46442 9.9 Flowise: sandbox escape enables authenticated RCE
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-56274 9.9 Flowise: RCE via MCP server command validation bypass
Same package: flowise