CVE-2025-71337: Flowise Unverified Email Change Vulnerability (CVSS 8.3)
Flowise versions 3.0.7 and earlier contain a flaw that lets any logged-in user change their account email address without verifying the change with the original email or re-entering their password. Since email serves as both the login identifier and the channel for password recovery, an attacker with account access can silently redirect recovery emails to an attacker-controlled address, enabling complete account takeover. This is a high-severity issue because it removes critical safeguards that normally protect email changes—the two most common identity verification methods in web applications.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.3 HIGH · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:L
- Weaknesses (CWE)
- CWE-620
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-23 / 2026-06-25
NVD description (verbatim)
Flowise before 3.0.10 (affected versions 3.0.7 and earlier) contains an unverified email change vulnerability. An authenticated user can change the account email address, used as a login identifier and password-recovery channel, via the account profile endpoint without confirming the change to the original email address or re-entering the current password. By changing the recovery email, an attacker can take over the account and abuse password reset mechanisms.
3 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The vulnerability exists in the account profile endpoint of Flowise versions 3.0.7 and earlier. When an authenticated user requests an email change, the application fails to implement standard verification controls: it does not require confirmation of the change via the original email address (email verification link), nor does it require the user to re-enter their current password as proof of authorization. This allows an attacker with valid session credentials to unilaterally modify the account's recovery email. The absence of these controls violates CWE-620 (Improper Validation of Transferred Data Integrity), as the system does not validate that the requester has legitimate authority over the new email address. Combined with password reset functionality that sends recovery tokens to the registered email, this creates a direct path to account compromise.
Business impact
Organizations relying on Flowise for workflow automation face potential compromise of user accounts and loss of session integrity. An attacker with any valid account credential (obtained through phishing, credential stuffing, or insider access) can escalate that single credential into full account control by redirecting the recovery email. This disrupts user productivity, exposes sensitive workflows and integrations configured within Flowise, and creates audit trail complications. For multi-tenant deployments or Flowise instances managing critical automation, this could allow lateral movement or exposure of shared configuration data.
Affected systems
Flowise versions 3.0.7 and earlier are affected. Version 3.0.10 or later resolves the issue. Organizations should verify their deployment version immediately, as any instance running Flowise in the vulnerable range is exposed if any authenticated user account exists.
Exploitability
This vulnerability is exploitable by anyone with valid login credentials—including low-privilege accounts, former employees with residual access, or users whose credentials were compromised in unrelated breaches. No special tools, network positioning, or user interaction are required once authentication is obtained. The attack is silent and leaves minimal forensic evidence if email change logs are not monitored. However, exploitation does require prior authentication, which prevents unauthenticated remote attacks. The CVSS score of 8.3 (HIGH) reflects the ease of exploitation and severe impact on confidentiality and integrity once the account is compromised.
Remediation
Upgrade to Flowise 3.0.10 or later. If immediate patching is not possible, implement supplementary mitigations: enforce multi-factor authentication (MFA) on all user accounts to increase the cost of credential compromise, monitor email change requests and alert on changes from unexpected IP addresses or time windows, restrict account profile endpoint modifications to require re-authentication or email verification, and audit all email changes over the past 30 days to detect unauthorized modifications.
Patch guidance
Upgrade Flowise to version 3.0.10 or later. Verify the upgrade by checking the version string in the application interface or logs. Test the patch in a staging environment first, ensuring integrations and stored workflows continue to function. After deployment, force re-authentication of all active sessions to invalidate any attacker-held credentials and require users to verify their email addresses during the next login. Consider rolling back user email changes made within the past 30 days if email change audit logs are available and show suspicious activity.
Detection guidance
Review Flowise audit and access logs for email change events, particularly those not preceded by password reset requests or followed by subsequent password changes. Monitor for failed login attempts using old email addresses followed by successful logins from new email addresses on the same account. Check for email change requests originating from IP addresses or geographic regions inconsistent with normal user behavior. Enable alerts on API calls to the account profile endpoint that modify the email field without corresponding verification steps. If Flowise exposes email change events via webhooks or audit logs, integrate these into your SIEM for real-time correlation with password reset or suspicious authentication activity.
Why prioritize this
This vulnerability merits urgent patching because it directly enables account takeover without requiring the attacker to know the current password or regain access post-compromise. Unlike many authentication flaws that require complex exploitation chains, this one is straightforward and silent. Combined with the HIGH CVSS score and the fact that affected versions are widely deployed, the risk of exploitation in the wild is substantial. Flowise instances managing sensitive integrations (cloud storage, databases, APIs, payment systems) are especially high-priority targets.
Risk score, explained
The CVSS 3.1 score of 8.3 reflects: Network-accessible endpoint (AV:N), no special conditions needed for exploitation (AC:L), requirement for authentication (PR:L) which partially mitigates but does not prevent exploitation, absence of scope change (S:U), high impact on confidentiality and integrity of the affected account (C:H, I:H), and low impact on availability (A:L). The score appropriately penalizes the lack of email verification or password confirmation controls. It does not account for the widespread deployment of Flowise or the likelihood of prior credential compromise in supply chain attacks, which would justify prioritization even if the score were slightly lower.
Frequently asked questions
Can an attacker change someone else's email without knowing their password?
Yes. If an attacker has obtained any valid account credential (through phishing, credential stuffing, breach reuse, or insider access), they can log in and immediately change the email address via the profile endpoint. The absence of password or email verification controls makes this frictionless. This is why MFA and strong password policies are critical compensating controls until patching.
How does changing the email enable account takeover?
Flowise uses the email address as the login identifier and as the destination for password reset tokens. Once an attacker changes the recovery email to one they control, they can request a password reset, receive the token at their email address, and reset the password. The original owner is now locked out. They also lose the ability to use legitimate password recovery mechanisms.
Does this vulnerability allow unauthorized creation of new Flowise accounts?
No. This vulnerability affects existing authenticated users only. It does not bypass account creation restrictions or authentication mechanisms. However, it does allow compromise of any existing account if the attacker can obtain valid login credentials through other means (phishing, breach reuse, or insider threat).
What should I do if I discover an unauthorized email change in my Flowise audit logs?
Immediately reset the password for that account, verify the correct owner's contact information, and force re-authentication of all sessions. Audit other account changes made around the same time, particularly if from the same IP address. Enable MFA if not already in place. If you suspect the account compromise was part of a larger breach, review access logs for any workflows or integrations that were accessed during the period of unauthorized control.
This analysis is provided for informational purposes to support security decision-making. It is based on publicly disclosed vulnerability information and does not constitute professional security advice. SEC.co does not conduct independent verification of vendor patches, affected version ranges, or patch effectiveness. Organizations should verify all claims against official Flowise security advisories and their own testing. This summary does not include exploit code or weaponized attack details. Security teams are responsible for assessing their environment and prioritizing remediation based on asset criticality, network exposure, and organizational risk tolerance. For questions regarding specific deployments or patch timelines, consult your security team or the vendor. Source: NVD (public-domain), retrieved 2026-07-28. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-42863HIGHFlowiseAI Mass Assignment Vulnerability in Chatflow Update Endpoint
- CVE-2026-46444HIGHFlowise OpenAI Vector Store Authentication Bypass (CVSS 8.8)
- CVE-2026-46475HIGHFlowise Mass-Assignment Privilege Escalation (v3.1.2 Patch)
- CVE-2026-46476HIGHFlowise Cross-Workspace Template Takeover Vulnerability
- CVE-2026-46477HIGHFlowise Dataset Cross-Workspace Takeover (CVSS 8.8)
- CVE-2026-46478HIGHFlowise DatasetRow Mass-Assignment Cross-Workspace Takeover (8.8 HIGH)
- CVE-2026-46479HIGHFlowise Cross-Workspace Evaluation Takeover (High)
- CVE-2026-46480HIGHFlowise Mass-Assignment Vulnerability Allows Cross-Workspace Evaluator Takeover