CVE-2026-17627: Langflow: IDOR leaks and poisons workflow history

HIGH
Published September 4, 2026
CISO Take

IBM Langflow OSS versions 1.0.0 through 1.10.2 contain an improper authorization flaw (CWE-639) that lets an authenticated, low-privileged user access another user's workflow history and inject fabricated messages into it. In multi-tenant or shared Langflow deployments — common for teams building RAG pipelines and LLM agents — this means one user could read sensitive data surfaced in someone else's workflow (prompts, retrieved context, tool outputs) and tamper with the historical record an agent or downstream process relies on. There's no EPSS score, no CISA KEV listing, no public exploit code, and no Nuclei scanner template for this CVE, and the high attack complexity (AC:H) plus scope-changed, confidentiality/integrity-only impact (C:L/I:L/A:N) keeps the CVSS at a moderate 4.9 — this is not an urgent, mass-exploitable bug. Still, any organization running self-hosted Langflow with multiple users or tenants sharing an instance should upgrade past 1.10.2 immediately and, in the interim, audit which accounts can enumerate or access workflow IDs belonging to other users. Detection-wise, watch for API calls retrieving workflow/session objects that don't belong to the requesting user's own workspace.

Sources:NVDATLASibm.com

What is the risk?

Medium risk. Exploitation requires an existing authenticated (low-privileged) account and high attack complexity, meaning this isn't opportunistically exploitable by an anonymous internet attacker — but it is realistic in any multi-tenant or team-shared Langflow deployment, which is Langflow's typical usage pattern for building agentic/RAG workflows. No EPSS data, no KEV listing, no known public exploit or scanner coverage exist yet, so there's no evidence of active or imminent exploitation. The scope-changed CVSS vector (S:C) indicates the flaw can affect resources beyond the vulnerable component's own security scope, which is notable for a workflow-orchestration platform where 'workflow history' often embeds retrieved documents, credentials passed through nodes, or other sensitive pipeline state.

How does the attack unfold?

Authenticated Access
Attacker holds a valid, low-privileged account on a shared or multi-tenant Langflow instance.
AML.T0012
Authorization Bypass
Attacker exploits the improper authorization flaw to access another user's workflow object and retrieve its history.
AML.T0036
History Injection
Attacker injects fabricated messages into the victim's workflow history, corrupting the recorded execution trail.
AML.T0092
Impact
Sensitive workflow data is exposed to the attacker and the integrity of the workflow's history/audit trail is undermined.

What systems are affected?

PackageEcosystemVulnerable RangePatched
Langflowpip—No patch
156.2KPushed yesterday18% patched~66d to patchFull package profile →

Do you use Langflow? You're affected.

How severe is it?

CVSS 3.1
7.1 / 10
EPSS
0.3%
chance of exploitation in 30 days
Higher than 20% of all CVEs
Exploitation Status
No known exploitation
Sophistication
Moderate

What is the attack surface?

AVACPRUISCIA
AVNetwork
ACLow
PRLow
UINone
SUnchanged
CHigh
ILow
ANone

What should I do?

1 step
  1. Upgrade Langflow OSS to a release beyond 1.10.2 per IBM's advisory as soon as it's available/verified in your environment. Until patched, restrict Langflow instances to single-tenant use or enforce strict network/identity segmentation between users who shouldn't share workflow visibility. Review and harden authorization checks on any custom workflow/session ID handling if self-managing deployments. For detection, audit API/access logs for workflow-history retrieval or message-injection requests referencing workflow IDs outside a user's own project/workspace, and flag any unexpected entries appearing in workflow history that weren't generated by the workflow's own execution.

What does CISA's SSVC say?

DecisionTrack
Exploitationnone
AutomatableNo
Technical Impactpartial

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:

EU AI Act
Article 15-Accuracy, robustness and cybersecurity
ISO 42001
A.6.2-AI system data and access security
OWASP LLM Top 10
LLM06-Sensitive Information Disclosure

Frequently Asked Questions

What is CVE-2026-17627?

IBM Langflow OSS versions 1.0.0 through 1.10.2 contain an improper authorization flaw (CWE-639) that lets an authenticated, low-privileged user access another user's workflow history and inject fabricated messages into it. In multi-tenant or shared Langflow deployments — common for teams building RAG pipelines and LLM agents — this means one user could read sensitive data surfaced in someone else's workflow (prompts, retrieved context, tool outputs) and tamper with the historical record an agent or downstream process relies on. There's no EPSS score, no CISA KEV listing, no public exploit code, and no Nuclei scanner template for this CVE, and the high attack complexity (AC:H) plus scope-changed, confidentiality/integrity-only impact (C:L/I:L/A:N) keeps the CVSS at a moderate 4.9 — this is not an urgent, mass-exploitable bug. Still, any organization running self-hosted Langflow with multiple users or tenants sharing an instance should upgrade past 1.10.2 immediately and, in the interim, audit which accounts can enumerate or access workflow IDs belonging to other users. Detection-wise, watch for API calls retrieving workflow/session objects that don't belong to the requesting user's own workspace.

Is CVE-2026-17627 actively exploited?

No confirmed active exploitation of CVE-2026-17627 has been reported, but organizations should still patch proactively.

How to fix CVE-2026-17627?

Upgrade Langflow OSS to a release beyond 1.10.2 per IBM's advisory as soon as it's available/verified in your environment. Until patched, restrict Langflow instances to single-tenant use or enforce strict network/identity segmentation between users who shouldn't share workflow visibility. Review and harden authorization checks on any custom workflow/session ID handling if self-managing deployments. For detection, audit API/access logs for workflow-history retrieval or message-injection requests referencing workflow IDs outside a user's own project/workspace, and flag any unexpected entries appearing in workflow history that weren't generated by the workflow's own execution.

What systems are affected by CVE-2026-17627?

This vulnerability affects the following AI/ML architecture patterns: agent frameworks, LLM workflow orchestration, RAG pipelines.

What is the CVSS score for CVE-2026-17627?

CVE-2026-17627 has a CVSS v3.1 base score of 7.1 (HIGH). The EPSS exploitation probability is 0.27%.

What is the AI security impact?

Affected AI Architectures

agent frameworksLLM workflow orchestrationRAG pipelines

MITRE ATLAS Techniques

AML.T0036Data from Information Repositories
AML.T0080.001Thread
AML.T0092Manipulate User LLM Chat History

Compliance Controls Affected

EU AI Act: Article 15
ISO 42001: A.6.2
OWASP LLM Top 10: LLM06

What are the technical details?

Original Advisory

IBM Langflow OSS 1.0.0 through 1.10.2 could allow a remote authenticated attacker to obtain sensitive information and inject messages into workflow history due to improper authorization.

Exploitation Scenario

In a shared Langflow deployment (e.g., a company's internal AI automation platform), a low-privileged authenticated user — perhaps a contractor or junior team member with a valid but limited account — discovers or guesses the identifier of a workflow belonging to a more privileged colleague. Exploiting the improper authorization check, they retrieve that workflow's history, exposing sensitive data such as API keys used mid-pipeline, proprietary RAG-retrieved documents, or business logic embedded in prompts. The same flaw lets them inject fabricated messages into that history, which could later mislead the workflow owner, corrupt an audit trail used for compliance, or — if the history is fed back as context to an LLM/agent — subtly poison that agent's future outputs.

Weaknesses (CWE)

CWE-639 — Authorization Bypass Through User-Controlled Key: The system's authorization functionality does not prevent one user from gaining access to another user's data or record by modifying the key value identifying the data.

  • [Architecture and Design] For each and every data access, ensure that the user has sufficient privilege to access the record that is being requested.
  • [Architecture and Design, Implementation] Make sure that the key that is used in the lookup of a specific user's record is not controllable externally by the user or that any tampering can be detected.

Source: MITRE CWE corpus.

CVSS Vector

CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:L/A:N

Timeline

Published
September 4, 2026
Last Modified
September 9, 2026
First Seen
September 4, 2026

Related Vulnerabilities