securityweek.com web signal

Anthropic MCP STDIO Flaw Executes Commands Silently by Design

anthropic cybersecurity agents ai infrastructure cybersecurity ai-supply-chain agents

TL;DR

  • OX Security found MCP's STDIO transport silently executes commands on host systems, a flaw baked into Anthropic's official SDKs for all supported languages.
  • The exposure spans 150 million-plus downloads and an estimated 200,000 vulnerable instances, including LiteLLM, LangChain, and IBM's LangFlow.
  • Anthropic acknowledged the behavior as 'by design,' updated guidance to recommend caution, and has not modified the protocol architecture.

When a protocol flaw is described as "by design," patching downstream CVEs does not fix it. That is the uncomfortable position OX Security put Anthropic in when it published its findings in April 2026 about Anthropic's Model Context Protocol (MCP), as reported by SecurityWeek.

The specific issue sits in how MCP handles the STDIO (standard input/output) transport interface. Commands passed through this interface can execute on the underlying host system regardless of whether the process starts successfully, and with no sanitization warnings surfaced to the agent or the user. OX Security found this behavior is baked into Anthropic's official MCP SDKs across Python, TypeScript, Java, and Rust, meaning every downstream library that built on top of MCP inherited the same exposure. The firm identified critical vulnerabilities in projects including LiteLLM, LangChain, and IBM's LangFlow, accumulating more than 30 accepted disclosures and more than 10 high and critical vulnerabilities patched across the ecosystem.

The scale is what makes this a supply chain event rather than a single CVE story. According to the reporting, MCP sits beneath 150 million-plus downloads, with 7,000-plus publicly accessible servers and an estimated 200,000 vulnerable instances in total. OX Security described the mechanism in terms worth quoting directly: "one architectural decision, made once, propagated silently into every language, every downstream library, and every project that trusted the protocol to be what it appeared to be." The potential exposure includes sensitive user data, API keys, internal databases, and chat histories.

Anthropic acknowledged the STDIO execution behavior as "by design" and declined to modify the protocol, stating that sanitization is the developer's responsibility. According to the reporting, the company's only apparent action was to quietly update its security guidance to recommend MCP adapters be used "with caution," leaving the flaw intact and shifting responsibility to developers. OX Security recommended protocol-level fixes including deprecating unsanitized STDIO connections, introducing command sandboxing, and creating an explicit opt-in for dangerous behavior.

The caveat worth stating plainly is that "up to 200,000 vulnerable instances" is a ceiling figure, not a confirmed exploit count, and exploitability in any specific deployment depends on how the STDIO interface is exposed. What the reporting does not give you is clarity on whether Anthropic faces external pressure sufficient to revise the protocol, or how the affected instances break down between publicly reachable servers and enterprise internal deployments. For practitioners building on MCP today, the operational takeaway is that input sanitization must be handled explicitly at the application layer and cannot be assumed from the SDK.