modelcontextprotocol / modelcontextprotocol/python-sdk
Authentication in High Level MCPServer
まだ誰も着手していません。
- 主要言語
- Python
- スター
- 24.3k
- フォーク
- 4k
- 平均マージ
- 1日 1時間
- マージ済み PR(30日)
- 31
説明
Question
I'm trying to understand the authentication model in the new MCP Python SDK v2.
I want to implement the simplest possible authentication for a remote Streamable HTTP MCP server:
- The server has a pre-configured bearer token.
- The client sends
Authorization: Bearer <token>. - The server verifies the token.
- If valid, the MCP request is allowed.
- There is no OAuth login flow and no Authorization Server involved.
I initially tried using TokenVerifier:
class StaticTokenVerifier(TokenVerifier):
async def verify_token(self, token: str) -> AccessToken | None:
if token == ACCESS_TOKEN:
return AccessToken(token=token)
return None
However, MCPServer requires AuthSettings whenever a token_verifier is supplied. AuthSettings in my version requires both issuer_url and resource_server_url.
I don't understand why issuer_url is required for this use case. There is no Authorization Server issuing the token—the token is simply pre-configured on the MCP server.
Adding AuthSettings also appears to cause the client to enter the OAuth discovery/authorization flow. For example, I encountered:
The connection is now reaching the OAuth authorization step,
but this server does not implement an /authorize endpoint.
I also encountered a protected-resource URL validation error when the URL differed only by localhost vs 127.0.0.1:
Protected resource [http://localhost:10000/mcp] does not match expected
[http://127.0.0.1:10000/mcp] (or origin)
My understanding is that TokenVerifier and the OAuth discovery/authorization-server configuration are separate concerns. The low-level SDK code appears to support BearerAuthBackend(token_verifier) independently, while resource_server_url is used for protected-resource metadata.
Is there a supported way in MCP Python SDK v2 to implement simple bearer-token authentication for Streamable HTTP without configuring an OAuth Authorization Server and without having to implement or manually compose Starlette middleware?
In other words, I'm looking for the equivalent of:
HTTP Request
↓
Authorization: Bearer alice-token
↓
TokenVerifier
↓
valid → MCP request
invalid → 401
without requiring:
Authorization Server
↓
/authorize
/token
OAuth discovery
issuer_url
resource_server_url
Is this supported by the high-level MCPServer API, or is OAuth intentionally a prerequisite for using TokenVerifier?
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
高レベルの MCPServer 認証設定から始め、issue で説明されている低レベルの BearerAuthBackend と TokenVerifier の経路と比較します。AuthSettings、issuer_url、resource_server_url が必要な理由を追跡します。サポートされている設定を特定するか、限定された API の不足を確認できれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- python
- 領域
- api, authentication, backend-api-design
- issue の種類
- 機能追加
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 静か
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 38/100