CVE-2026-91930: Flowise: cross-tenant org admin takeover via IDOR
HIGHPoC AVAILABLECISA: ATTENDFlowise before 3.1.4 does not scope its enterprise organization and workspace membership APIs to the caller's tenant. Any authenticated low-privilege user can supply an arbitrary organization ID and add themselves as owner of a victim organization, then create workspaces and gain administrative control. This matters most for multi-tenant or shared Flowise deployments, where a takeover exposes other tenants' agent flows, stored credentials, and connected data sources. Near-term exploitation risk is modest: EPSS is 0.4% (top 68%), the CVE is not in CISA KEV, no public exploit or Nuclei template exists, and CISA SSVC says ATTEND. The attack still needs an authenticated account and high complexity, since the attacker must know or guess a victim organization ID. Upgrade to Flowise 3.1.4 or later, and until then review organization and workspace membership for unexpected owners or newly created workspaces.
What is the risk?
High (CVSS 7.5). The flaw is network-reachable and needs only low privileges and no user interaction, but attack complexity is high. Impact is rated high for confidentiality, integrity and availability. Exposure is concentrated in enterprise or multi-tenant Flowise deployments with organization and workspace features enabled. Exploitation likelihood is currently low (EPSS 0.4%, no KEV listing, no public PoC), though the issue is a simple authorization flaw that is easy to weaponize once an attacker has any account. Confidence in the facts above is HIGH (vendor advisory and VulnCheck).
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?
1 step1) Upgrade Flowise to 3.1.4 or later. 2) Until patched, restrict sign-up and account creation, and limit access to the enterprise organization and workspace endpoints (organizationuser, workspace) at the reverse proxy or WAF. 3) Audit organization membership and roles for unexpected owners or admins, and review recently created workspaces. 4) Review API and access logs for requests to the organizationuser and workspace endpoints that carry organization IDs different from the caller's own. 5) If abuse is suspected, rotate credentials and API keys stored in Flowise for LLM providers, vector databases and integrations. 6) Avoid exposing Flowise directly to the internet, and put it behind SSO or a VPN.
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-91930?
Flowise before 3.1.4 does not scope its enterprise organization and workspace membership APIs to the caller's tenant. Any authenticated low-privilege user can supply an arbitrary organization ID and add themselves as owner of a victim organization, then create workspaces and gain administrative control. This matters most for multi-tenant or shared Flowise deployments, where a takeover exposes other tenants' agent flows, stored credentials, and connected data sources. Near-term exploitation risk is modest: EPSS is 0.4% (top 68%), the CVE is not in CISA KEV, no public exploit or Nuclei template exists, and CISA SSVC says ATTEND. The attack still needs an authenticated account and high complexity, since the attacker must know or guess a victim organization ID. Upgrade to Flowise 3.1.4 or later, and until then review organization and workspace membership for unexpected owners or newly created workspaces.
Is CVE-2026-91930 actively exploited?
Proof-of-concept exploit code is publicly available for CVE-2026-91930, increasing the risk of exploitation.
How to fix CVE-2026-91930?
1) Upgrade Flowise to 3.1.4 or later. 2) Until patched, restrict sign-up and account creation, and limit access to the enterprise organization and workspace endpoints (organizationuser, workspace) at the reverse proxy or WAF. 3) Audit organization membership and roles for unexpected owners or admins, and review recently created workspaces. 4) Review API and access logs for requests to the organizationuser and workspace endpoints that carry organization IDs different from the caller's own. 5) If abuse is suspected, rotate credentials and API keys stored in Flowise for LLM providers, vector databases and integrations. 6) Avoid exposing Flowise directly to the internet, and put it behind SSO or a VPN.
What systems are affected by CVE-2026-91930?
This vulnerability affects the following AI/ML architecture patterns: agent frameworks, multi-tenant LLM orchestration platforms, RAG pipelines, low-code AI workflow builders.
What is the CVSS score for CVE-2026-91930?
CVE-2026-91930 has a CVSS v3.1 base score of 7.5 (HIGH). The EPSS exploitation probability is 0.40%.
What is the AI security impact?
Affected AI Architectures
MITRE ATLAS Techniques
AML.T0012Valid AccountsAML.T0049Exploit Public-Facing ApplicationAML.T0083Credentials from AI Agent ConfigurationCompliance Controls Affected
What are the technical details?
Original Advisory
Flowise before 3.1.4 fails to scope enterprise organization and workspace membership APIs to the caller's tenant, allowing authenticated users to supply arbitrary organization IDs. Attackers can add themselves as organization owners, create workspaces, and gain administrative access to victim organizations by exploiting insufficient tenant isolation in the organizationuser and workspace endpoints.
Exploitation Scenario
An attacker registers or compromises a low-privilege account on a shared Flowise instance. They learn or guess the ID of a target organization, then call the organizationuser endpoint with that ID to add themselves as organization owner. Next they create a workspace inside the victim organization and enumerate its chatflows, credentials and API keys. They exfiltrate the stored LLM and vector database keys, and may modify agent flows to add a tool that leaks conversation data or runs attacker-controlled actions.
Weaknesses (CWE)
CWE-266 — Incorrect Privilege Assignment: A product incorrectly assigns a privilege to a particular actor, creating an unintended sphere of control for that actor.
- [Architecture and Design, Operation] Very carefully manage the setting, management, and handling of privileges. Explicitly manage trust zones in the software.
- [Architecture and Design, Operation] Run your code using the lowest privileges that are required to accomplish the necessary tasks [REF-76]. If possible, create isolated accounts with limited privileges that are only used for a single task. That way, a successful attack will not immediately give the attacker access to the rest of the software or its environment. For example, database applications rarely need to run as the database administrator, especially in day-to-day operations.
Source: MITRE CWE corpus.
CVSS Vector
CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:HReferences
Timeline
Related Vulnerabilities
CVE-2025-7133810.0Flowise: unauthenticated file write enables RCE
Same package: flowiseCVE-2025-5952810.0Flowise: Unauthenticated RCE via MCP config injection
Same package: flowiseCVE-2025-619139.9Flowise: path traversal in file tools leads to RCE
Same package: flowiseCVE-2026-409339.9Flowise: RCE via MCP stdio command injection
Same package: flowiseCVE-2026-464429.9Flowise: sandbox escape enables authenticated RCE
Same package: flowise