A reusable OAuth 2.0 client library for MCP (Model Context Protocol) servers
Project description
chuk-mcp-client-oauth
A simple, secure OAuth 2.0 client library for connecting to MCP (Model Context Protocol) servers.
Perfect for developers who want to add OAuth authentication to their MCP applications without wrestling with OAuth complexity.
๐ฏ What is This?
This library makes it dead simple to authenticate with OAuth-enabled MCP servers. Whether you're building a CLI tool, web app, or service that needs to connect to MCP servers, this library handles all the OAuth complexity for you.
What's MCP OAuth?
MCP (Model Context Protocol) servers can use OAuth 2.0 to control who can access them. Think of it like logging into GitHub or Google - but for AI/LLM services.
As a client developer, you need:
- ๐ Authenticate - Get permission from the server
- ๐พ Store tokens - Keep credentials secure
- ๐ Refresh tokens - Keep sessions alive
- ๐ง Use tokens - Include them in API requests
This library does all of that for you.
๐ Quick Start (5 minutes)
Installation
Using uv (recommended):
uv add chuk-mcp-client-oauth
Or using pip:
pip install chuk-mcp-client-oauth
Your First OAuth Flow (Complete Example)
import asyncio
from chuk_mcp_client_oauth import OAuthHandler
async def main():
# Create handler - it auto-configures secure storage
handler = OAuthHandler()
# Authenticate with a server (opens browser once)
tokens = await handler.ensure_authenticated_mcp(
server_name="notion-mcp",
server_url="https://mcp.notion.com/mcp",
scopes=["read", "write"]
)
print(f"โ
Authenticated! Token: {tokens.access_token[:20]}...")
# Next time you run this, it uses cached tokens (no browser)
# Headers are ready to use in your HTTP requests
headers = await handler.prepare_headers_for_mcp_server(
server_name="notion-mcp",
server_url="https://mcp.notion.com/mcp"
)
print(f"๐ Authorization header: {headers['Authorization'][:30]}...")
asyncio.run(main())
That's it! The library handles:
- โ OAuth server discovery
- โ Dynamic client registration
- โ Opening browser for user consent
- โ Receiving the callback
- โ Exchanging codes for tokens
- โ Storing tokens securely
- โ Reusing tokens on subsequent runs
- โ Refreshing expired tokens
๐ง Understanding MCP OAuth (The Client Perspective)
The OAuth Flow (What Actually Happens)
When you authenticate with an MCP server, here's what happens behind the scenes:
1. ๐ DISCOVERY
Your app asks: "Server, how do I authenticate with you?"
Server responds: "Here are my OAuth endpoints and capabilities"
2. ๐ REGISTRATION
Your app: "I'd like to register as a client"
Server: "OK, here's your client_id"
3. ๐ AUTHORIZATION
Your app opens browser: "User, please approve this app"
User clicks "Allow"
Browser redirects back with a code
4. ๐๏ธ TOKEN EXCHANGE
Your app: "Here's the code, give me tokens"
Server: "Here's your access_token and refresh_token"
5. ๐พ STORAGE
Your app saves tokens to secure storage (Keychain/etc)
6. โ
AUTHENTICATED
Your app can now make API requests with the token
This library automates all of these steps.
Key Concepts
Access Token - Like a temporary password that proves you're authorized
- Used in every API request
- Expires after a time (e.g., 1 hour)
- Format:
Bearer <long-random-string>
Refresh Token - Like a "get a new password" token
- Used to get new access tokens when they expire
- Long-lived (days/weeks)
- Stored securely
Scopes - What permissions you're requesting
- Examples:
["read", "write"],["notion:read"] - Server decides what to grant
PKCE - Security enhancement that prevents token theft
- Automatically handled by this library
- You don't need to think about it
Discovery URL - Where OAuth configuration is published
- Standard location:
<server_url>/.well-known/oauth-authorization-server - Contains all OAuth endpoints and capabilities
- Automatically discovered by this library
๐ Flow Diagrams
Auth Code + PKCE (Desktop/CLI with Browser)
This is the primary flow used by this library for interactive applications:
โโโโโโโโโโโโโโโโโโโโ โโโโโโโโโโโโโโโโ โโโโโโโโโโโโโโโโโโโโโโโโ โโโโโโโโโโโโโโโโโ
โ MCP Client โ โ User โ โ OAuth 2.1 Server โ โ MCP Server โ
โ (CLI / Agent) โ โ Browser โ โ (Auth + Token) โ โ โ
โโโโฌโโโโโโโโโโโโโโโโ โโโโโโโโฌโโโโโโโโ โโโโโโโโโโโโฌโโโโโโโโโโโโ โโโโโโโโโฌโโโโโโโโ
โ 1) GET /.well-known/oauth-authorization-server โ โ
โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโถโ โ
โ โ 2) Return endpoints โ
โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโค (authorize, token, etc.) โ
โ โ โ
โ 3) Build Auth URL (PKCE: code_challenge) โ โ
โ 4) Open browser ----------------------------------------โถ โ โ
โ โ 5) User login + consent โ
โ โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโค
โ โ 6) Redirect with ?code=... โ
โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโค to http://127.0.0.1:PORT โ
โ 7) Local redirect handler captures code + state โ โ
โ 8) POST /token (code + code_verifier) โ โ
โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโถโ โ
โ โ 9) access_token + refresh โ
โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโค (expires_in, scopesโฆ) โ
โ 10) Store tokens securely (keyring / pluggable) โ โ
โ โ โ
โ 11) Connect to MCP with Authorization: Bearer <token> โ โ
โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโถโ
โ โ โ 12) Session OK
โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโค
โ โ โ
โ 13) (When expired) POST /token (refresh_token) โ โ
โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโถโ โ
โ โ 14) New access/refresh โ
โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโค -> update secure store โ
โ โ โ
Legend:
- PKCE:
code_challenge = SHA256(code_verifier)(sent at authorize),code_verifier(sent at token) - Tokens are stored in OS keychain (or pluggable secure backend)
- MCP requests carry
Authorization: Bearer <access_token>
Device Code Flow (Headless TTY / SSH Agents)
Coming in v0.2.0 - Perfect for SSH-only boxes, CI runners, and background agents:
โโโโโโโโโโโโโโโโโโโโ โโโโโโโโโโโโโโโโโโโโโโโโ โโโโโโโโโโโโโโโโโ
โ MCP Client โ โ OAuth 2.1 Server โ โ MCP Server โ
โ (Headless) โ โ (Device + Token) โ โ โ
โโโโฌโโโโโโโโโโโโโโโโ โโโโโโโโโโโโฌโโโโโโโโโโโโ โโโโโโโโโฌโโโโโโโโ
โ 1) POST /device_authorization (client_id, scope) โ โ
โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโถโ โ
โ โ 2) device_code, user_code, verify_uri โ
โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโค expires_in, interval โ
โ 3) Show: "Go to VERIFY_URI and enter USER_CODE" โ โ
โ โ โ
โ (User on any device) โ โ
โ โโโโโโโโโโโโโโโโ โ โ
โ โ User โ 4) Visit verify URIโ โ
โ โ Browser โ โโโโโโโโโโโโโโโโโโโโถโ โ
โ โโโโโโโโฌโโโโโโโโ 5) Enter user code โ โ
โ โ 6) Consent + login done โ
โ โ โ
โ 7) Poll POST /token (device_code, grant_type=device_code) โ โ
โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโถโ โ
โ (repeat every `interval` seconds until authorized) โ โ
โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโค 8) access_token + refresh โ
โ 9) Store tokens securely โ โ
โ 10) Connect MCP: Authorization: Bearer <token> โ โ
โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโถโ
โ โ 11) Session OK
โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโค
โ 12) Refresh on expiry โ POST /token (refresh_token) โ โ
โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโถโ โ
โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโค New tokens โ update store โ
When to use Device Code Flow:
- SSH-only environments - No browser available on the target machine
- CI/CD pipelines - Automated builds need OAuth without interactive login
- Background agents - Services running without user interaction
- Shared/headless servers - Multiple users, no desktop environment
How Tokens Attach to MCP Requests
Whiteboard view: The client does discovery, performs OAuth (Auth Code + PKCE or Device Code), stores tokens safely, and automatically attaches
Authorization: Bearer <token>to every MCP handshake and request, refreshing silently when needed.
HTTP Requests:
GET /mcp/api/resources HTTP/1.1
Host: mcp.example.com
Authorization: Bearer eyJhbGciOiJSUzI1NiIsInR5cCI6IkpXVCJ9...
Content-Type: application/json
Server-Sent Events (SSE):
GET /mcp/events HTTP/1.1
Host: mcp.example.com
Authorization: Bearer eyJhbGciOiJSUzI1NiIsInR5cCI6IkpXVCJ9...
Accept: text/event-stream
Connection: keep-alive
WebSocket:
GET /mcp/ws HTTP/1.1
Host: mcp.example.com
Authorization: Bearer eyJhbGciOiJSUzI1NiIsInR5cCI6IkpXVCJ9...
Upgrade: websocket
Connection: Upgrade
๐ OAuth Discovery (How Your App Finds OAuth Endpoints)
What is OAuth Discovery?
MCP servers publish their OAuth configuration at a well-known URL. This is like a menu that tells your app:
- "Here's where you get authorization"
- "Here's where you exchange codes for tokens"
- "Here's what I support (PKCE, refresh tokens, etc.)"
The Well-Known Discovery URL
For any MCP server, the discovery endpoint is:
<server_url>/.well-known/oauth-authorization-server
Examples:
https://mcp.notion.com/mcp/.well-known/oauth-authorization-server
https://mcp.github.com/mcp/.well-known/oauth-authorization-server
https://your-server.com/mcp/.well-known/oauth-authorization-server
What's in the Discovery Document?
When you fetch the discovery URL, you get a JSON document like this:
{
"issuer": "https://mcp.notion.com/mcp",
"authorization_endpoint": "https://mcp.notion.com/oauth/authorize",
"token_endpoint": "https://mcp.notion.com/oauth/token",
"registration_endpoint": "https://mcp.notion.com/oauth/register",
"scopes_supported": ["read", "write"],
"response_types_supported": ["code"],
"grant_types_supported": ["authorization_code", "refresh_token"],
"code_challenge_methods_supported": ["S256"],
"token_endpoint_auth_methods_supported": ["none"]
}
Key fields:
authorization_endpoint- Where users approve your apptoken_endpoint- Where you exchange codes for tokensregistration_endpoint- Where you register as a clientcode_challenge_methods_supported- PKCE support (S256 = SHA-256)
How This Library Uses Discovery
When you call:
tokens = await handler.ensure_authenticated_mcp(
server_name="notion-mcp",
server_url="https://mcp.notion.com/mcp",
scopes=["read", "write"]
)
Behind the scenes:
- Discovery: Fetches
https://mcp.notion.com/mcp/.well-known/oauth-authorization-server - Parse: Extracts
authorization_endpoint,token_endpoint, etc. - Validate: Checks that PKCE is supported
- Cache: Saves the configuration for future use
- Proceed: Uses the discovered endpoints for OAuth flow
Manual Discovery (Advanced)
You can also discover endpoints manually:
from chuk_mcp_client_oauth import MCPOAuthClient
client = MCPOAuthClient(
server_url="https://mcp.notion.com/mcp",
redirect_uri="http://localhost:8080/callback"
)
# Discover OAuth configuration
await client.discover_authorization_server()
# Now you can inspect the discovered endpoints
print(f"Authorization URL: {client.authorization_url}")
print(f"Token URL: {client.token_url}")
print(f"Registration URL: {client.registration_endpoint}")
print(f"Supported scopes: {client.scopes_supported}")
print(f"PKCE methods: {client.code_challenge_methods_supported}")
Testing Discovery with curl
You can test if a server supports OAuth discovery:
# Test Notion MCP
curl https://mcp.notion.com/mcp/.well-known/oauth-authorization-server
# Test your own server
curl https://your-server.com/mcp/.well-known/oauth-authorization-server
Expected response: JSON document with OAuth configuration
Common errors:
404 Not Found- Server doesn't support OAuthConnection refused- Server URL is incorrectInvalid JSON- Server has misconfigured OAuth
Discovery Specification
The discovery endpoint follows RFC 8414 (OAuth 2.0 Authorization Server Metadata).
Must have:
issuer- Server identifierauthorization_endpoint- Where to send userstoken_endpoint- Where to get tokens
Should have (for MCP):
registration_endpoint- Dynamic client registration (RFC 7591)code_challenge_methods_supported: ["S256"]- PKCE support
Example of checking if a server supports MCP OAuth:
import httpx
async def check_oauth_support(server_url: str) -> bool:
"""Check if a server supports MCP OAuth."""
discovery_url = f"{server_url}/.well-known/oauth-authorization-server"
try:
async with httpx.AsyncClient() as client:
response = await client.get(discovery_url)
if response.status_code != 200:
print(f"โ No OAuth support (status {response.status_code})")
return False
config = response.json()
# Check required fields
required = ["authorization_endpoint", "token_endpoint"]
if not all(field in config for field in required):
print("โ Missing required OAuth endpoints")
return False
# Check for PKCE support
if "S256" not in config.get("code_challenge_methods_supported", []):
print("โ ๏ธ PKCE not supported (less secure)")
# Check for dynamic registration
if "registration_endpoint" not in config:
print("โ ๏ธ No dynamic registration (manual setup required)")
print("โ
Server supports MCP OAuth")
print(f" Auth: {config['authorization_endpoint']}")
print(f" Token: {config['token_endpoint']}")
return True
except Exception as e:
print(f"โ Discovery failed: {e}")
return False
# Usage
await check_oauth_support("https://mcp.notion.com/mcp")
๐ฆ Installation Options
# Basic installation (auto-detects storage backend)
uv add chuk-mcp-client-oauth
# With HashiCorp Vault support
uv add chuk-mcp-client-oauth --extra vault
# Development installation (includes testing tools)
git clone https://github.com/chrishayuk/chuk-mcp-client-oauth.git
cd chuk-mcp-client-oauth
uv sync --all-extras
๐ก Usage Examples
Example 1: CLI Tool with Token Management
from chuk_mcp_client_oauth import OAuthHandler
async def connect_to_server(server_name: str, server_url: str):
"""Connect to an MCP server with OAuth."""
handler = OAuthHandler()
# First run: Opens browser for auth
# Subsequent runs: Uses cached tokens
tokens = await handler.ensure_authenticated_mcp(
server_name=server_name,
server_url=server_url,
scopes=["read", "write"]
)
if tokens.is_expired():
print("โ ๏ธ Token expired, refreshing...")
# Automatic refresh happens in ensure_authenticated_mcp
return tokens
# Usage
tokens = await connect_to_server("notion-mcp", "https://mcp.notion.com/mcp")
print(f"Connected! Token expires in {tokens.expires_in} seconds")
Example 2: Web App with Multiple Servers
from chuk_mcp_client_oauth import OAuthHandler
class MCPClient:
def __init__(self):
self.handler = OAuthHandler()
self.servers = {}
async def add_server(self, name: str, url: str):
"""Add and authenticate with a server."""
tokens = await self.handler.ensure_authenticated_mcp(
server_name=name,
server_url=url,
scopes=["read", "write"]
)
self.servers[name] = url
return tokens
async def call_server(self, name: str, endpoint: str):
"""Make authenticated API call."""
import httpx
# Get headers with valid token
headers = await self.handler.prepare_headers_for_mcp_server(
server_name=name,
server_url=self.servers[name]
)
# Make request
async with httpx.AsyncClient() as client:
response = await client.get(
f"{self.servers[name]}{endpoint}",
headers=headers
)
return response.json()
# Usage
mcp = MCPClient()
await mcp.add_server("notion", "https://mcp.notion.com/mcp")
await mcp.add_server("github", "https://mcp.github.com/mcp")
data = await mcp.call_server("notion", "/api/pages")
Example 3: Lower-Level Control
from chuk_mcp_client_oauth import MCPOAuthClient
async def manual_oauth_flow():
"""Full control over the OAuth process."""
client = MCPOAuthClient(
server_url="https://mcp.example.com/mcp",
redirect_uri="http://localhost:8080/callback"
)
# Step 1: Discover OAuth endpoints
await client.discover_authorization_server()
print(f"๐ Auth URL: {client.authorization_url}")
print(f"๐ Token URL: {client.token_url}")
# Step 2: Register as a client
client_info = await client.register_client(
client_name="My Awesome App",
redirect_uris=["http://localhost:8080/callback"]
)
print(f"๐ Client ID: {client_info['client_id']}")
# Step 3: Authorize (opens browser)
tokens = await client.authorize(scopes=["read", "write"])
print(f"๐๏ธ Access Token: {tokens.access_token[:20]}...")
# Step 4: Use the token
headers = {"Authorization": tokens.get_authorization_header()}
# Step 5: Refresh when needed
if tokens.is_expired():
new_tokens = await client.refresh_token(tokens.refresh_token)
print(f"๐ Refreshed: {new_tokens.access_token[:20]}...")
return tokens
๐๏ธ Token Storage (Secure & Automatic)
How Storage Works
The library automatically stores tokens in the most secure location for your platform:
| Platform | Storage Backend | Description |
|---|---|---|
| macOS | Keychain | Uses the macOS Keychain (same as Safari, Chrome) |
| Linux | Secret Service | Uses GNOME Keyring or KDE Wallet |
| Windows | Credential Manager | Uses Windows Credential Manager |
| Vault | HashiCorp Vault | For enterprise deployments |
| Fallback | Encrypted Files | AES-256 encrypted files (requires password) |
Storage Directory
By default, tokens are stored in:
~/.chuk_oauth/tokens/
For encrypted file storage:
- Each server gets its own encrypted file:
<server_name>.enc - Files are encrypted with AES-256
- You can set a custom password or let it auto-generate
Storage Examples
Auto-Detection (Recommended)
from chuk_mcp_client_oauth import TokenManager
# Automatically uses the best backend for your platform
manager = TokenManager()
# Save tokens
manager.save_tokens("my-server", tokens)
# Load tokens (returns None if not found)
tokens = manager.load_tokens("my-server")
# Check if tokens exist and are valid
if manager.has_valid_tokens("my-server"):
print("โ
Tokens are valid")
# Delete tokens
manager.delete_tokens("my-server")
Explicit Backend Selection
from chuk_mcp_client_oauth import TokenManager, TokenStoreBackend
# Use macOS Keychain
manager = TokenManager(backend=TokenStoreBackend.KEYCHAIN)
# Use encrypted files with custom password
manager = TokenManager(
backend=TokenStoreBackend.ENCRYPTED_FILE,
password="my-super-secret-password-123"
)
# Use HashiCorp Vault
manager = TokenManager(
backend=TokenStoreBackend.VAULT,
vault_url="https://vault.company.com",
vault_token="s.xyz123...",
vault_mount_point="secret",
vault_path_prefix="mcp-oauth"
)
Custom Storage Directory
from pathlib import Path
manager = TokenManager(
backend=TokenStoreBackend.ENCRYPTED_FILE,
token_dir=Path("/secure/custom/path/tokens"),
password="my-password"
)
Storage Security Features
-
Platform-Native Security
- macOS Keychain: Protected by system keychain access controls
- Windows: Protected by Windows account credentials
- Linux: Protected by Secret Service daemon
-
Encryption
- Encrypted file storage uses AES-256-GCM
- Keys derived from password using PBKDF2
- Each token file has unique salt and IV
-
Access Control
- Files created with mode 0600 (owner read/write only)
- Token directory created with mode 0700 (owner access only)
-
Token Metadata
- Creation timestamp
- Expiration tracking
- Scope information
- Automatic cleanup of expired tokens
Checking Available Backends
from chuk_mcp_client_oauth import TokenStoreFactory
# Get list of available backends on this system
available = TokenStoreFactory.get_available_backends()
print("Available backends:", available)
# Example output: [TokenStoreBackend.KEYCHAIN, TokenStoreBackend.ENCRYPTED_FILE]
# Get the auto-detected backend
detected = TokenStoreFactory._detect_backend()
print(f"Auto-detected backend: {detected}")
# Example output: TokenStoreBackend.KEYCHAIN (on macOS)
Storage Best Practices
Development:
# Use auto-detection for simplicity
manager = TokenManager()
Production (Single User):
# Use platform-native storage
manager = TokenManager(backend=TokenStoreBackend.AUTO)
Production (Multi-User Server):
# Use Vault for centralized secret management
manager = TokenManager(
backend=TokenStoreBackend.VAULT,
vault_url=os.environ["VAULT_URL"],
vault_token=os.environ["VAULT_TOKEN"]
)
Testing:
# Use encrypted files in temp directory
import tempfile
manager = TokenManager(
backend=TokenStoreBackend.ENCRYPTED_FILE,
token_dir=Path(tempfile.mkdtemp()),
password="test-password"
)
๐ ๏ธ CLI Tool (Quick Testing)
The library includes a CLI tool for testing OAuth flows. You can run it with uvx (no installation required) or install it locally:
Using uvx (Recommended - No Installation)
# Authenticate with a server
uvx chuk-mcp-client-oauth auth notion-mcp https://mcp.notion.com/mcp
# List all stored tokens
uvx chuk-mcp-client-oauth list
# Get token details (safely redacted)
uvx chuk-mcp-client-oauth get notion-mcp
# Test connection
uvx chuk-mcp-client-oauth test notion-mcp
# Logout and revoke tokens with server (recommended)
uvx chuk-mcp-client-oauth logout notion-mcp --url https://mcp.notion.com/mcp
# Clear tokens locally only (no server notification)
uvx chuk-mcp-client-oauth clear notion-mcp
Using installed CLI
# Install the package first
uv add chuk-mcp-client-oauth
# Then use the chuk-oauth command
chuk-oauth auth notion-mcp https://mcp.notion.com/mcp
chuk-oauth list
chuk-oauth get notion-mcp
chuk-oauth test notion-mcp
chuk-oauth logout notion-mcp --url https://mcp.notion.com/mcp
chuk-oauth clear notion-mcp
Using examples directory
# Or run from examples directory
uv run examples/oauth_cli.py auth notion-mcp https://mcp.notion.com/mcp
Example output:
============================================================
Authenticating with notion-mcp
============================================================
Server URL: https://mcp.notion.com/mcp
Scopes: read, write (default)
๐ Starting OAuth flow...
This will open your browser for authorization.
โ
Authentication successful!
Access Token: 282c6a79-d66f-402e-a...********************...w7q85t
Token Type: Bearer
Expires In: 3600 seconds
๐พ Tokens saved to secure storage
Storage Backend: KeychainTokenStore
๐ Working Examples
The library includes complete, working examples:
1. Basic MCP OAuth (basic_mcp_oauth.py)
What it shows: Complete OAuth flow from scratch
uv run examples/basic_mcp_oauth.py
# Or with custom server
uv run examples/basic_mcp_oauth.py https://your-mcp-server.com/mcp
2. OAuth Handler (oauth_handler_example.py)
What it shows: High-level API with token caching
uv run examples/oauth_handler_example.py
Demonstrates:
- MCP OAuth with Notion
- Token caching and reuse
- Token validation
- Header preparation
3. Token Storage (token_storage_example.py)
What it shows: Different storage backends
uv run examples/token_storage_example.py
Demonstrates:
- Auto-detection
- Encrypted file storage
- Keychain integration
- Vault integration
4. CLI Tool (oauth_cli.py)
What it shows: Complete token management tool
uv run examples/oauth_cli.py --help
All examples are fully functional and tested with real MCP servers (Notion MCP).
๐ง API Reference
OAuthHandler (High-Level API)
Recommended for most use cases.
from chuk_mcp_client_oauth import OAuthHandler
handler = OAuthHandler(token_manager=None) # None = auto-detect storage
Methods:
-
ensure_authenticated_mcp(server_name, server_url, scopes=None)Authenticate with MCP server (uses cached tokens if available)tokens = await handler.ensure_authenticated_mcp( server_name="my-server", server_url="https://mcp.example.com/mcp", scopes=["read", "write"] )
-
prepare_headers_for_mcp_server(server_name, server_url, scopes=None)Get ready-to-use HTTP headers with authorizationheaders = await handler.prepare_headers_for_mcp_server( server_name="my-server", server_url="https://mcp.example.com/mcp" ) # Use in requests: httpx.get(url, headers=headers)
-
get_authorization_header(server_name)Get just the Authorization header valueauth = handler.get_authorization_header("my-server") # Returns: "Bearer <token>"
-
clear_tokens(server_name)Remove tokens from cache and storage (local only)handler.clear_tokens("my-server")
-
logout(server_name, server_url=None)Logout and revoke tokens with server (RFC 7009)# Revoke tokens with server (recommended) await handler.logout( server_name="my-server", server_url="https://mcp.example.com/mcp" ) # Clear tokens locally only (no server notification) await handler.logout("my-server")
Note: When
server_urlis provided, the library will:- Attempt to revoke the refresh and access tokens with the server
- Clear tokens from memory cache
- Delete tokens from secure storage
- Remove client registration
If revocation fails (network error, server doesn't support it), tokens are still cleared locally.
MCPOAuthClient (Low-Level API)
For advanced control over the OAuth flow.
from chuk_mcp_client_oauth import MCPOAuthClient
client = MCPOAuthClient(
server_url="https://mcp.example.com/mcp",
redirect_uri="http://localhost:8080/callback"
)
Methods:
discover_authorization_server()- RFC 8414 discoveryregister_client(client_name, redirect_uris)- RFC 7591 registrationauthorize(scopes)- Full authorization flow with PKCErefresh_token(refresh_token)- Get new access tokenrevoke_token(token, token_type_hint=None)- Revoke token with server (RFC 7009)
TokenManager
Manages secure token storage.
from chuk_mcp_client_oauth import TokenManager, TokenStoreBackend
manager = TokenManager(
backend=TokenStoreBackend.AUTO, # or KEYCHAIN, VAULT, etc
token_dir=None, # custom directory (for ENCRYPTED_FILE)
password=None, # password (for ENCRYPTED_FILE)
)
Methods:
save_tokens(server_name, tokens)- Store tokens securelyload_tokens(server_name)- Retrieve stored tokens (returns None if not found)has_valid_tokens(server_name)- Check if valid tokens existdelete_tokens(server_name)- Remove tokens
OAuthTokens (Token Object)
Represents OAuth tokens.
tokens = OAuthTokens(
access_token="...",
token_type="Bearer",
expires_in=3600,
refresh_token="...",
scope="read write"
)
Methods:
get_authorization_header()- Returns"Bearer <token>"is_expired()- Check if token has expiredto_dict()- Convert to dictionary
๐ Security Features
- โ PKCE Support - Prevents authorization code interception
- โ Secure Storage - Platform-native secure storage (Keychain, etc)
- โ Token Encryption - AES-256 for file storage
- โ Automatic Expiration - Tracks and validates token expiration
- โ No Plaintext Storage - Never stores tokens in plaintext
- โ Scope Validation - Ensures requested scopes are granted
๐ Support Matrix
OAuth Flows & Features
| Feature | Support | Notes |
|---|---|---|
| Authorization Code + PKCE | โ Full | Primary flow (RFC 6749 + RFC 7636) |
| Refresh Tokens | โ Full | Automatic token refresh |
| Dynamic Client Registration | โ Full | RFC 7591 |
| OAuth Discovery | โ Full | RFC 8414 |
| Device Code Flow | ๐ง Planned | For headless/CI environments |
| Client Credentials | โ Out of scope | Server-to-server only |
Platforms & Storage
| Platform | Python | Storage Backend | Auto-Detected | Fallback |
|---|---|---|---|---|
| macOS | 3.10+ | Keychain | โ | Encrypted File |
| Linux | 3.10+ | Secret Service (GNOME Keyring/KWallet) | โ | Encrypted File |
| Windows | 3.10+ | Credential Manager | โ | Encrypted File |
| Docker/CI | 3.10+ | Encrypted File | โ | N/A |
| Vault | 3.10+ | HashiCorp Vault | Manual | Encrypted File |
MCP Integration
| Feature | Support | How It Works |
|---|---|---|
| Bearer Token Injection | โ | Authorization: Bearer <token> header |
| HTTP Requests | โ | Standard HTTP headers |
| SSE (Server-Sent Events) | โ | Auth header in initial connection |
| WebSocket | โ | Auth header in handshake |
How tokens are attached to MCP requests:
# The library adds this header to all MCP HTTP requests:
headers = {
"Authorization": f"Bearer {access_token}",
"Content-Type": "application/json"
}
# For SSE/WebSocket, the header is included in the initial connection:
# GET /mcp/events HTTP/1.1
# Authorization: Bearer <token>
# Connection: keep-alive
๐ Security Model & Threat Considerations
PKCE Flow Security
What is PKCE? PKCE (Proof Key for Code Exchange) prevents authorization code interception attacks. Here's how this library implements it:
-
Code Verifier Generation
- Random 128-character string generated for each flow
- Stored in memory only (never written to disk)
- Destroyed after token exchange
-
Code Challenge
- SHA-256 hash of verifier sent to authorization endpoint
- Server validates the verifier matches during token exchange
- Prevents stolen auth codes from being used
# Behind the scenes (automatic):
code_verifier = secrets.token_urlsafe(96) # 128 chars base64url
code_challenge = base64url(sha256(code_verifier))
# Authorization request includes:
# code_challenge=<hash>&code_challenge_method=S256
# Token exchange includes:
# code_verifier=<original> (server validates hash matches)
Token Storage Security
Encryption at Rest:
# Encrypted File Storage (fallback):
- Algorithm: AES-256-GCM (authenticated encryption)
- Key Derivation: PBKDF2-HMAC-SHA256 (600,000 iterations)
- Salt: 32 bytes random per file
- IV: 16 bytes random per encryption
- Tag: 16 bytes authentication tag
# File structure:
# [32-byte salt][16-byte IV][encrypted data][16-byte tag]
Access Control:
- Unix: Files created with mode
0600(owner read/write only) - Windows: Protected by Windows account credentials
- Keychain: Uses system keychain access controls (requires user authentication)
Token Lifecycle:
1. Access Token Generated โ Stored encrypted
2. Access Token Used โ Retrieved, decrypted in memory
3. Access Token Expires โ Automatic refresh
4. Refresh Token Used โ New tokens stored, old deleted
5. User Logout โ All tokens deleted from storage
Redirect URI Strategy
Default Configuration:
# Loopback address (RFC 8252 - OAuth for Native Apps)
redirect_uri = "http://127.0.0.1:<random_port>/callback"
# Why this is secure:
# โ
Random port prevents port hijacking
# โ
127.0.0.1 (not localhost) prevents DNS rebinding
# โ
CSRF state parameter validates redirect
# โ
PKCE verifier prevents code interception
CSRF Protection:
# State parameter (RFC 6749):
state = secrets.token_urlsafe(32) # 256 bits of entropy
# Sent in authorization request, validated on callback
# Prevents cross-site request forgery
Custom Redirect URI (Advanced):
# For production apps, use custom URI scheme:
client = MCPOAuthClient(
server_url="https://mcp.example.com/mcp",
redirect_uri="myapp://oauth/callback" # Registered scheme
)
Security Checklist
When deploying this library:
- Use platform-native storage (Keychain/Credential Manager) in production
- Enable encryption for file storage (always provide password)
- Validate server certificates (don't disable SSL verification)
- Use PKCE (automatically enabled, don't disable)
- Rotate secrets (configure token refresh intervals on server)
- Monitor token usage (implement logging/audit trails)
- Limit scopes (request minimum necessary permissions)
- Implement logout (revoke tokens when done)
What's NOT Stored
For security, these are never written to disk:
- โ PKCE code verifier (memory only during flow)
- โ CSRF state parameter (memory only during flow)
- โ User passwords (never handled by this library)
- โ Plaintext tokens (always encrypted in file storage)
โ ๏ธ Error Handling & Recovery
Error Taxonomy
The library uses specific exceptions for different failure modes:
from chuk_mcp_client_oauth.exceptions import (
OAuthError, # Base exception
DiscoveryError, # Discovery endpoint failed
RegistrationError, # Client registration failed
AuthorizationError, # User denied consent
TokenExchangeError, # Token exchange failed
TokenRefreshError, # Token refresh failed
TokenStorageError, # Storage backend failed
)
Common Errors & Solutions
Discovery Failures
Error: DiscoveryError: Failed to fetch discovery document
Causes:
- Server doesn't support OAuth discovery
- Network connectivity issues
- Invalid server URL
Recovery:
try:
await handler.ensure_authenticated_mcp(
server_name="my-server",
server_url="https://mcp.example.com/mcp"
)
except DiscoveryError as e:
print(f"โ Discovery failed: {e}")
# Fallback: Manual configuration
from chuk_mcp_client_oauth import MCPOAuthClient
client = MCPOAuthClient(
server_url="https://mcp.example.com/mcp",
authorization_url="https://mcp.example.com/oauth/authorize", # manual
token_url="https://mcp.example.com/oauth/token", # manual
redirect_uri="http://127.0.0.1:8080/callback"
)
Authorization Failures
Error: AuthorizationError: User denied consent
Causes:
- User clicked "Deny" in browser
- User closed browser window
- Timeout waiting for callback
Recovery:
try:
tokens = await client.authorize(scopes=["read", "write"])
except AuthorizationError as e:
if "denied" in str(e).lower():
print("โ User denied access")
print("โน๏ธ Please approve the application to continue")
# Retry with user guidance
elif "timeout" in str(e).lower():
print("โ Authorization timeout")
print("โน๏ธ Please complete the flow within 5 minutes")
# Retry with longer timeout
Token Refresh Failures
Error: TokenRefreshError: Refresh token expired
Causes:
- Refresh token expired (server-configured TTL)
- Refresh token revoked by server
- Network error during refresh
Recovery:
try:
new_tokens = await client.refresh_token(old_tokens.refresh_token)
except TokenRefreshError as e:
print(f"โ Refresh failed: {e}")
# Clear old tokens and re-authenticate
handler.clear_tokens("my-server")
tokens = await handler.ensure_authenticated_mcp(
server_name="my-server",
server_url=server_url
)
Storage Failures
Error: TokenStorageError: Failed to store token
Causes:
- Permission denied on storage directory
- Keychain locked (macOS)
- Disk full
- Encryption password wrong
Recovery:
from chuk_mcp_client_oauth import TokenManager, TokenStoreBackend
from pathlib import Path
try:
manager = TokenManager(backend=TokenStoreBackend.AUTO)
manager.save_tokens("server", tokens)
except TokenStorageError as e:
print(f"โ Storage failed: {e}")
# Fallback to encrypted file with explicit password
import tempfile
fallback_manager = TokenManager(
backend=TokenStoreBackend.ENCRYPTED_FILE,
token_dir=Path(tempfile.mkdtemp()),
password="explicit-password-123"
)
fallback_manager.save_tokens("server", tokens)
Retry Strategies
Automatic Retry (Built-in):
# Token refresh automatically retries with exponential backoff
# 3 attempts: 1s, 2s, 4s delays
tokens = await handler.ensure_authenticated_mcp(...)
# โ Handles token refresh internally with retries
Manual Retry (Your Code):
import asyncio
from tenacity import retry, stop_after_attempt, wait_exponential
@retry(
stop=stop_after_attempt(3),
wait=wait_exponential(multiplier=1, min=1, max=10)
)
async def connect_with_retry(server_name: str, server_url: str):
"""Connect with automatic retries on network errors."""
handler = OAuthHandler()
return await handler.ensure_authenticated_mcp(
server_name=server_name,
server_url=server_url
)
# Usage
try:
tokens = await connect_with_retry("my-server", "https://mcp.example.com/mcp")
except Exception as e:
print(f"โ Failed after 3 retries: {e}")
Debugging
Enable Debug Logging:
import logging
# Enable library debug logs
logging.basicConfig(level=logging.DEBUG)
logger = logging.getLogger("chuk_mcp_client_oauth")
logger.setLevel(logging.DEBUG)
# Now you'll see:
# DEBUG:chuk_mcp_client_oauth:Discovering OAuth server at https://...
# DEBUG:chuk_mcp_client_oauth:Found authorization_endpoint: https://...
# DEBUG:chuk_mcp_client_oauth:Registering client with name: ...
# DEBUG:chuk_mcp_client_oauth:Starting local callback server on port 8080
# ...
๐งช Testing
# Run all tests
uv run pytest
# Run with coverage
uv run pytest --cov=chuk_mcp_client_oauth --cov-report=html
# Run specific test file
uv run pytest tests/auth/test_oauth_handler.py -v
# Run with markers
uv run pytest -m "not slow"
Test Coverage: 99%
๐๏ธ Development
# Clone repository
git clone https://github.com/chrishayuk/chuk-mcp-client-oauth.git
cd chuk-mcp-client-oauth
# Install dependencies with uv
uv sync --all-extras
# Run quality checks
make check # runs format, lint, typecheck, security, tests
# Individual checks
make format # Format code with ruff
make lint # Lint code
make typecheck # Type checking with mypy
make security # Security scan with bandit
make test # Run tests
make test-cov # Run tests with coverage
๐ค Contributing
Contributions are welcome! Please:
- Fork the repository
- Create a feature branch (
git checkout -b feature/amazing-feature) - Make your changes
- Run tests (
make check) - Commit (
git commit -m 'Add amazing feature') - Push (
git push origin feature/amazing-feature) - Open a Pull Request
๐ License
MIT License - see LICENSE file for details.
๐ Troubleshooting
"No module named 'keyring'"
uv add keyring # or pip install keyring
"OAuth flow failed"
- Check server URL is correct and reachable
- Verify server supports MCP OAuth (has
.well-known/oauth-authorization-server) - Ensure scopes are valid for the server
"Token expired"
# Tokens auto-refresh, but you can manually refresh:
if tokens.is_expired():
new_tokens = await client.refresh_token(tokens.refresh_token)
"Permission denied" on token storage
# Check directory permissions
ls -la ~/.chuk_oauth/
# Should be drwx------ (700)
# Fix if needed
chmod 700 ~/.chuk_oauth/
chmod 600 ~/.chuk_oauth/tokens/*.enc
๐ Links
- Documentation: Full docs
- MCP Specification: Model Context Protocol
- OAuth 2.0: RFC 6749
- PKCE: RFC 7636
- Issues: GitHub Issues
Made with โค๏ธ by the chuk-ai team
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file chuk_mcp_client_oauth-0.1.5.tar.gz.
File metadata
- Download URL: chuk_mcp_client_oauth-0.1.5.tar.gz
- Upload date:
- Size: 163.2 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.1.0 CPython/3.12.2
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
67a05492cfb026249ecd07915dffa8c6d8d201012be171875312137fd5188068
|
|
| MD5 |
bead4bc67735571fb62c479c82b10710
|
|
| BLAKE2b-256 |
95f870b17dd7bcb1a9c9807824fc20d6d48acb4df2df0fb84f40516785e75ba4
|
File details
Details for the file chuk_mcp_client_oauth-0.1.5-py3-none-any.whl.
File metadata
- Download URL: chuk_mcp_client_oauth-0.1.5-py3-none-any.whl
- Upload date:
- Size: 46.8 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.1.0 CPython/3.12.2
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
8bce3295d0818df4f20558e7d4156fd6ce1b0e266e4ebf56e4faac9ef2a30c8b
|
|
| MD5 |
a117094ebf6bf812126f68ff809bc926
|
|
| BLAKE2b-256 |
2921aecbe4e4713cdf6c56ad50f5780e916e3108a3c174ebcf1a35926be419b5
|