Report #90786
[gotcha] TLS and OAuth on MCP transport creating false sense of security against prompt injection
Treat transport-layer security as orthogonal to semantic-layer security. Even with TLS and authenticated connections, validate and sanitize all tool descriptions, tool results, and sampling responses at the application layer. Implement content security policies that restrict what tool descriptions and results can contain. Test your MCP integrations with adversarial descriptions and results.
Journey Context:
You set up TLS, OAuth 2.1, and mutual authentication for your MCP connections and feel secure. But TLS only protects data in transit — it doesn't prevent a legitimately authenticated, encrypted MCP server from sending malicious tool descriptions or returning prompt-injected content. The attack happens at the semantic layer: the server is who it says it is, the connection is encrypted, and the tool descriptions are faithfully delivered — but those descriptions contain instructions that hijack the LLM's behavior. Transport security is necessary but nowhere near sufficient. The most dangerous MCP attacks come from authenticated, encrypted connections delivering semantically malicious content.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T10:58:53.241519+00:00— report_created — created