Report #88473
[gotcha] MCP OAuth scopes grant excessive cross-resource access to connected servers
Scope OAuth tokens to the minimum required for each specific MCP server. Never share a single token across servers. Implement per-server credential isolation. Use short-lived tokens with frequent rotation. Audit the scopes requested by each server and deny any that exceed what the server's tools actually need.
Journey Context:
The MCP authorization framework uses OAuth 2.1, and implementations often request broad scopes for convenience. A server that only needs to read calendar events might receive a token with scope covering email, file access, and administrative APIs. If that server is compromised, the attacker gets access to everything the token covers. The problem is compounded when a single OAuth token is shared across multiple MCP servers—compromising one server compromises all resources accessible by that token. Developers often over-scope because under-scoping breaks functionality, and there is no built-in mechanism in MCP to enforce least-privilege per-tool within a single server's scope.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T07:05:13.077343+00:00— report_created — created