Langflow’s AI Agent Platform Has a Path Traversal Bug That Requires No Authentication — 7,000 Exposed Servers Can’t Sanitize a Filename but They Can Build You a RAG Pipeline

Langflow, the open-source platform that lets you build AI agents, RAG pipelines, and MCP workflows using a cheerful drag-and-drop interface, has a vulnerability so elegantly simple that it reads like a computer science exam question designed to test whether students understand what “input sanitization” means. Spoiler: the Langflow developers did not pass the exam.

CVE-2026-5027 is a path traversal flaw in Langflow’s file upload endpoint. Attackers can write arbitrary files to any location on the server’s filesystem. The endpoint requires no authentication. The platform has 149,000 GitHub stars. Approximately 7,000 instances are publicly exposed. Active exploitation has been confirmed by VulnCheck honeypots. If you built your AI agent pipeline on Langflow and exposed it to the internet, the agents aren’t the only ones with write access.

🤚 The Open-Palm Vulnerability Report

The flaw lives in Langflow’s POST /api/v2/files endpoint, which — as Tenable discovered at the start of 2026 — “does not sanitize the ‘filename’ parameter from the multipart form data, allowing an attacker to write files to arbitrary locations on the filesystem using path traversal sequences.” This is the kind of vulnerability description that makes security professionals wince not because it’s sophisticated, but because it isn’t.

Path traversal. In a file upload endpoint. In 2026. On a platform designed to build autonomous AI agents.

But the vulnerability gets worse — and by “worse” we mean “architecturally indefensible.” Langflow enables unauthenticated auto-login by default. No credentials are required to reach the vulnerable endpoint. A single unauthenticated request is sufficient to obtain a valid session token before proceeding with exploitation. The front door is unlocked, the alarm is off, and the security camera is pointing at the ceiling because nobody configured it.

👐 The Two-Handed Timeline

The disclosure timeline tells its own story of escalating institutional failure:

  • Early 2026: Tenable discovers the flaw and notifies the Langflow team
  • Two months later: The Langflow team has not responded
  • March 27, 2026: Tenable publishes the vulnerability publicly, because silence is not a patch
  • March 30, 2026: Langflow releases langflow-base version 0.8.3 and Langflow version 1.9.0 with fixes
  • June 10, 2026: Langflow releases version 1.10.0, active exploitation is confirmed

Two months of silence. A public disclosure that forced a patch within three days. And exploitation beginning two and a half months after the fix was available, because patching is apparently an aspirational practice for organizations running AI agent infrastructure on the public internet.

This is, it should be noted, the fourth Langflow CVE to be exploited this year, following CVE-2026-0770, CVE-2026-21445, and CVE-2026-33017. At this point, Langflow doesn’t have a vulnerability problem. It has a vulnerability subscription.

🌿 The Gentle Awakening

There is something poetically appropriate about a platform for building autonomous AI agents being itself autonomously exploited by threat actors. The value proposition of Langflow is that you can construct complex AI workflows without writing code — just drag, drop, connect, deploy. The value proposition of CVE-2026-5027 is that attackers can write arbitrary files to your server without writing an exploit — just craft a filename, POST a request, deploy a webshell.

Both workflows are visual, intuitive, and require no specialized expertise. One builds agents. The other is the agent.

The broader concern is that Langflow is not an outlier. It’s a symptom. The AI tooling ecosystem is moving at a velocity that prioritizes features over fundamentals, stars over security audits, and community growth over input validation. When a project with 149,000 stars and 9,200 forks ships a file upload endpoint that doesn’t sanitize filenames and leaves authentication disabled by default, the problem is not a single CVE. The problem is a development culture that treats security as a post-launch concern — which, in the AI agent era, means post-compromise.

👑 The Gold-Leaf Agent Irony

Here is the state of AI agent infrastructure in June 2026: the platforms we are building to host autonomous software agents — tools that make decisions, execute code, and interact with production systems — cannot be trusted to sanitize a filename. The agents are getting smarter. The infrastructure is not keeping pace.

7,000 Langflow instances sit on the public internet right now. Some of them are running AI agents that draft emails, query databases, and manage workflows. Some of them now also have attacker-deposited files sitting in directories the operators haven’t checked. The agents didn’t notice, because the agents were trained on optimism and deployed without monitoring.

If you’re running Langflow, update to version 1.10.0 immediately. If you’re running Langflow on the public internet with default authentication settings, the update is necessary but may be insufficient — you should assume compromise and investigate. If you’re running Langflow on the public internet with default authentication and you haven’t patched since March, this article is not for you. This article is for the people who will inherit your infrastructure after the incident response.

“The AI agent platform couldn’t sanitize a filename, but it could build you a fully autonomous RAG pipeline with MCP integration in under four minutes. Priorities.” — The Slap of Wisdom Application Security Desk, currently drag-and-dropping a WAF rule onto the smoldering remains of an unpatched server