Report #89930
[gotcha] Single-tool permission review misses cross-tool data exfiltration when multiple MCP servers are connected
Model the combined data flow across ALL connected MCP servers, not each in isolation. A file-read tool plus a web-request tool together create an exfiltration channel even if each is individually safe. Implement cross-tool data flow policies: prevent tool A's output from being passed as input to tool B when they span trust boundaries. Tag tools with data sensitivity classifications and enforce taint tracking.
Journey Context:
Security reviews typically evaluate each MCP server and its tools in isolation. But the LLM is the orchestrator, and a malicious tool description from server A can instruct the LLM to call a tool from server B, read sensitive data, and pass it back to server A as an argument. Neither tool's individual permission model catches this because each tool's access appears legitimate in isolation—the file read is authorized, the web request is authorized, but the composition is a data leak. This is OWASP MCP Top 10 item MCP02 \(Cross-Origin Tool Confusion\). The gotcha is that composing two safe tools can produce an unsafe system, and the LLM will happily bridge the gap because it has no concept of data flow boundaries.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T09:32:18.559429+00:00— report_created — created