HIGH 8.3

CVE-2025-71328: Flowise Unverified Password Change Vulnerability (CVSS 8.3)

Flowise, a low-code AI workflow platform, contains a password change vulnerability affecting versions before 3.0.10. An authenticated attacker can reset a user's account password without providing the current password or undergoing additional verification. This means if an attacker gains access to an active session—through phishing, social engineering, or session hijacking—they can silently change the password and permanently lock out the legitimate user, achieving full account takeover.

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-25 / 2026-06-29

NVD description (verbatim)

Flowise before 3.0.10 contains an unverified password change vulnerability. An authenticated user can change their account password through the account settings (Security) section without supplying the current password or any additional verification, as the application does not enforce a current-password check on the credential change. This can lead to full account takeover, particularly if an attacker can hijack or coerce an authenticated session.

3 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

The vulnerability exists in Flowise's account settings Security section, where the password change function (PR:L, authenticated access required) fails to implement current-password verification before accepting a new credential. This violates fundamental account security practices and enables privilege escalation or lateral movement within shared Flowise deployments. The CVSS 3.1 score of 8.3 (HIGH) reflects high impact on confidentiality and integrity, combined with low attack complexity and no user interaction required once authenticated. CWE-620 (Unverified Password Change) is the root cause.

Business impact

An attacker with an active Flowise session can irreversibly change account passwords, blocking legitimate access and potentially exfiltrating sensitive data or workflows before locking out the owner. In multi-user or team deployments (common in enterprise AI orchestration), this can disrupt critical automation pipelines, compromise intellectual property embedded in workflows, and enable data theft. Recovery requires manual intervention from administrators, creating incident response overhead and potential downtime.

Affected systems

Flowise versions prior to 3.0.10 are affected. Organizations running Flowise on-premises or in cloud environments with shared access or session-sharing risks should prioritize inventory and patching. The vulnerability requires prior authentication, so attack surface is limited to users with valid credentials or those whose sessions can be compromised.

Exploitability

Exploitability is moderate-to-high. The barrier to entry is low attack complexity (AC:L) once an attacker has authenticated access, and no additional user interaction is needed. Real-world attack vectors include: (1) credential compromise via phishing or malware, (2) session hijacking on shared or poorly isolated networks, (3) insider threats, and (4) default or weak credentials. The vulnerability has not been added to the CISA Known Exploited Vulnerabilities (KEV) catalog, but the simplicity of the attack—mere password change form submission—makes weaponization trivial.

Remediation

Upgrade Flowise to version 3.0.10 or later. Verify the upgrade by checking the version in the Flowise UI or logs. Until patched, implement access controls: restrict Flowise instances to trusted networks, enforce multi-factor authentication (MFA) if available, rotate credentials regularly, monitor account settings changes for suspicious activity, and restrict session lifetimes. Assume any account with unusual password-change events may have been compromised and force re-authentication.

Patch guidance

Deploy Flowise 3.0.10 or later from the official repository. Test the patch in a non-production environment first to confirm compatibility with your workflows and integrations. Coordinate the upgrade with end users to avoid disruption. After patching, force users to re-authenticate to invalidate any hijacked sessions from before the fix. If MFA is available, enable it organization-wide. Check release notes to ensure the patch applies to your deployment model (self-hosted, containerized, etc.).

Detection guidance

Monitor Flowise audit logs for: (1) password change events (especially from unexpected IP addresses or at unusual times), (2) rapid successive password changes by the same account, (3) account lockouts followed by password resets, (4) session creation and password change from different IP addresses within a short window. Alert on any password-change event that lacks a corresponding 'current password' validation in logs. Review failed authentication attempts before a successful password change—they may indicate credential-guessing or session hijacking. Correlate Flowise logs with network and endpoint logs to detect session abuse.

Why prioritize this

This is a HIGH-severity vulnerability (CVSS 8.3) that enables rapid account takeover with no user interaction required post-authentication. In a platform designed for orchestrating AI workflows and integrations, account compromise directly threatens data confidentiality, integrity, and business continuity. The simplicity of the exploit (no complex technical steps) and the absence of additional verification make it attractive to both opportunistic attackers and sophisticated threat actors. Prioritize patching within 30 days, especially for internet-facing or multi-user Flowise instances.

Risk score, explained

The CVSS 3.1 score of 8.3 reflects: (1) Network attack vector (AV:N)—accessible remotely once authenticated, (2) Low attack complexity (AC:L)—no special conditions or tools required, (3) Low privilege level (PR:L)—attacker needs valid credentials but no admin role, (4) No user interaction (UI:N)—the attacker controls the attack, (5) High confidentiality and integrity impact (C:H, I:H)—attacker can read and modify account data and workflows, (6) Low availability impact (A:L)—the legitimate user is locked out but the system itself remains functional. The score does not assume exploit availability in public databases, but the vulnerability's simplicity suggests rapid weaponization is likely.

Frequently asked questions

Can this vulnerability be exploited without authentication?

No. The vulnerability requires an authenticated session (PR:L in the CVSS vector). An attacker must have valid Flowise credentials or have hijacked an active session. However, credential compromise is common via phishing, malware, or data breaches; therefore, this should not be viewed as a low-risk issue.

Does Flowise offer multi-factor authentication to mitigate this?

Consult your Flowise version's documentation and your deployment configuration. If MFA is available, enable it immediately as a compensating control until you can patch. MFA does not prevent a password change by an authenticated attacker, but it significantly raises the barrier to initial compromise.

What should I do if I suspect my Flowise account was compromised via this vulnerability?

Contact your Flowise administrator immediately. Request a password reset from a trusted, isolated device. Review your account's recent activity and workflows for unauthorized modifications or data exfiltration. If your Flowise instance integrates with external APIs or databases, audit access logs in those systems as well. Force a full logout of all sessions.

Is this vulnerability actively exploited in the wild?

This vulnerability has not been added to CISA's Known Exploited Vulnerabilities (KEV) catalog as of the latest available data. However, the simplicity of the exploit and the high business value of AI workflow platforms make it an attractive target. Assume active exploitation is possible and patch promptly.

This analysis is provided for informational purposes and reflects publicly available data as of the publication date. Security posture and risk tolerance vary by organization. Always verify patch availability and compatibility against official vendor advisories before deploying. No guarantee is made regarding exploit availability, real-world prevalence, or the completeness of detection methods. Test all patches in non-production environments first. If you believe your systems are compromised, engage qualified incident response professionals immediately. Source: NVD (public-domain), retrieved 2026-08-04. Analysis generated by SEC.co (claude-haiku-4-5).