Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate to Flowise workspace with low-privilege API key
-
DeliveryEnumerate target CHATFLOW or AGENTFLOW IDs via workspace list endpoint
-
ExploitSend DELETE /api/v1/chatflows/<target_id> with mismatched permission type
-
ExecutionRoute-layer OR check passes, resource-type validation absent
-
PersistService deletes target flow record
-
ImpactPermanent configuration loss within workspace
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization logic validation
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires an authenticated caller with a valid Flowise API key or session bearing at least one of chatflows:delete or agentflows:delete permissions within a workspace running Flowise 3.1.2 or earlier. The target flow must exist in the same workspaceId as the caller - cross-workspace deletion is not possible. No special network position, non-default configuration, or privilege escalation is required beyond standard workspace membership with one of these two delete permissions. Exploitation is strictly scoped to irreversible deletion of flows within the attacker's workspace; there is no confidentiality exposure, no code execution, and no impact on other workspaces. Organization admins are not affected by this flaw because they already possess full permissions by design. |
| Impact | The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N, score 7.1) accurately characterizes the threat: network-reachable, low complexity, requiring only low-privilege authentication, with impact confined to availability - irreversible deletion of flows. There is no confidentiality or integrity impact to data contents. No EPSS data was provided in the source intelligence; given Flowise's niche deployment footprint and the requirement for valid workspace credentials, broad opportunistic scanning is unlikely. There is no CISA KEV listing confirming active exploitation. The GHSA advisory supplies a detailed curl reproduction command, which constitutes low-friction exploit guidance for any authenticated workspace member - the practical bar for abuse is therefore very low once an attacker holds any delete permission. Risk is highest in multi-tenant Flowise workspaces where separation of chatflow and agentflow administrative rights is a meaningful security boundary. Organizations running single-user or fully-trusted-workspace deployments face negligible incremental risk. |
| Exploit ScenarioDerived | An authenticated workspace member who has been granted only the agentflows:delete API key permission - for example, an automation account managing agent pipelines - enumerates chatflow IDs via the workspace API and sends a DELETE request to /api/v1/chatflows/<chatflow_id> using their restricted API key. The server accepts the request because the route's permission check passes (the caller holds one of the two allowed permissions), and the service deletes the CHATFLOW without validating the resource type. The GHSA advisory includes a verbatim curl command that reproduces the 200 OK response and confirmed deletion, requiring no additional tooling beyond a valid API key. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 04, 2026
Flowise's DELETE /api/v1/chatflows/:id endpoint fails to enforce RBAC boundaries between flow resource types, allowing authenticated workspace members to delete flows they are not permitted to manage. Users holding only agentflows:delete can permanently destroy CHATFLOW resources, and users holding only chatflows:delete can destroy AGENTFLOW resources, in the same workspace. All Flowise installations prior to 3.1.3 are affected; no public standalone exploit tool exists, but the GHSA advisory (GHSA-p5w8-m249-4r4v) supplies a verbatim curl reproduction demonstrating the issue with minimal effort.
RemediationAI
Upgrade to Flowise 3.1.3 (https://github.com/FlowiseAI/Flowise/releases/tag/flowise@3.1.3), which is the vendor-confirmed fix as documented in GHSA-p5w8-m249-4r4v and implemented in commit 2f528ceced74afaa95fc7a282965e7788796448b via PR #6445. The patch introduces per-permission-type validation in the delete controller - chatflows:delete is now bound exclusively to CHATFLOW-type records, agentflows:delete to AGENTFLOW and MULTIAGENT types, and assistants:delete to ASSISTANT types. If immediate upgrade is not feasible, the most effective compensating control is to restrict workspace user roles so that no account holds only a partial delete permission - either grant full administrative rights (which already bypasses the flaw safely) or revoke all delete permissions from accounts that do not require them. Auditing existing API keys for agentflows:delete or chatflows:delete grants and rotating or scoping them reduces the attack surface. There is no documented configuration toggle or network-layer workaround that fully closes the authorization gap without the code fix; these mitigations reduce the population of potential abusers but do not eliminate the vulnerability for accounts that legitimately hold one of the affected permissions.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in npm
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Flowise is an open-source, LangChain-based visual builder for LLM workflows distributed as an npm package (flowise, CPE: cpe:2.3:a:flowiseai:flowise:*:*:*:*:*:*:*:*). The DELETE route at /api/v1/chatflows/:id applies a logical OR permission gate - checkAnyPermission('chatflows:delete,agentflows:delete') - meaning possession of either permission clears the authorization check regardless of the target's actual resource type. The underlying service function deleteChatflow() then resolves the target record only by id and workspaceId and deletes it without inspecting the record's .type field (CHATFLOW, AGENTFLOW, MULTIAGENT, or ASSISTANT). This is a textbook CWE-863 (Incorrect Authorization) failure: the system checks whether the subject holds *a* delete permission but never verifies that the permission domain matches the object being acted upon, breaking the intended RBAC separation between Chatflow and Agentflow administrators. The fix in PR #6445 builds a userPermittedTypes list from the caller's actual permission set before calling the service, and the service then rejects deletions where the target type is not in that list.
Know when Flowise gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
PR:L because valid workspace credentials are required; VA:H because targeted flows are irreversibly deleted; no confidentiality or integrity impact applies.
Primary rating from Vendor (GitHub_M).
CVSS VectorVendor: GitHub_M
Lifecycle Timeline
2DescriptionCVE.org
Flowise is a drag & drop user interface to build a customized large language model flow. Prior to 3.1.3, DELETE /api/v1/chatflows/:id authorized requests with checkAnyPermission('chatflows:delete,agentflows:delete'), so possession of either permission was sufficient to reach the delete path. The delete logic then resolved the target record only by id and workspaceId and did not validate the target resource type, allowing a caller with only agentflows:delete to delete a CHATFLOW and a caller with only chatflows:delete to delete an AGENTFLOW in the same workspace. This issue is fixed in version 3.1.3.
Latest POC
1 PoC candidate from github (unverified)
Sign in to open the public PoC links collected for this CVE.
Executive ViewAI
Flowise workflow automation platform has an access control flaw allowing authenticated users to delete business flows they shouldn't be able to access, risking loss of critical chatbots and operational automation. All current installations are vulnerable, with publicly available instructions enabling this attack. Organizations must immediately audit permissions and restrict deletion capabilities to prevent data loss.
Restrict DELETE /api/v1/chatflows/:id endpoint access via network segmentation, Web Application Firewall, or API gateway to administrative roles only; implement and monitor detailed audit logs for deletion attempts; configure workspace roles to disable delete permissions for non-admin users if Flowise UI controls permit; establish monitoring and alerting for any unauthorized deletion attempts.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Flowise version 3.0.5 contains a remote code execution vulnerability in the CustomMCP node. The mcpServerConfig paramete
Flowise versions before 3.0.1 allow unauthenticated access to the Custom MCPs feature, which is designed to execute OS c
FlowiseAI Flowise version 2.2.6 contains an arbitrary file upload vulnerability in the /api/v1/attachments endpoint. Una
Arbitrary file read and write in Flowise versions prior to 3.0.8 allows an authenticated attacker with access to the flo
Remote code execution in Flowise before 3.1.2 allows any authenticated user (or API caller with chatflow view/update per
Flowise is a drag & drop user interface to build a customized large language model flow. Rated critical severity (CVSS 9
Authenticated users can upload arbitrary files to Flowise 3.0.7 due to missing validation, enabling persistent storage o
Unrestricted file upload in Flowise LLM workflow builder before 3.0.13 via /api/v1/attachments endpoint allows unauthent
Missing authentication on NVD data endpoint in Flowise before 3.0.13 allows unauthenticated access to internal vulnerabi
Authenticated remote code execution in FlowiseAI Flowise (v3.0.1 up to but not including 3.0.8, and later versions when
Remote code execution in Flowise before 3.1.3 arises because its Pyodide Python-code validator (validatePythonCodeForDat
Remote code execution in FlowiseAI Flowise before 3.1.3 lets an attacker execute arbitrary OS commands as the Flowise pr
EUVD-2026-52794
GHSA-p5w8-m249-4r4v
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB