UNPKG

@civic/auth-mcp

Version:

Civic Auth integration for MCP servers

443 lines (327 loc) • 18.5 kB
# @civic/auth-mcp [![CI](https://github.com/civicteam/auth-mcp/actions/workflows/ci.yml/badge.svg)](https://github.com/civicteam/auth-mcp/actions/workflows/ci.yml) [![npm version](https://badge.fury.io/js/%40civic%2Fauth-mcp.svg)](https://www.npmjs.com/package/@civic/auth-mcp) [![License: MIT](https://img.shields.io/badge/License-MIT-yellow.svg)](https://opensource.org/licenses/MIT) [![codecov](https://codecov.io/gh/civicteam/auth-mcp/branch/main/graph/badge.svg)](https://codecov.io/gh/civicteam/auth-mcp) šŸ” **The Fastest Way to Add Authorization to MCP Servers** This is the fastest way to add authorization to MCP servers, enabling secure tool use in LLMs and providing confidence and security for you and your customers. It works with any compliant OAuth2/OIDC provider, while being optimized for Civic Auth's lightning-fast authentication experience. ## šŸš€ Why Choose Civic Auth? **Civic Auth** delivers the fastest, most flexible authentication experience for modern applications: - **⚔ Lightning Setup**: Get users authenticated in under 60 seconds with familiar sign-in options (email, Google, passkeys, wallets) - **šŸ”„ Adaptable Onboarding**: Seamless experience for all users - supports existing wallets or creates embedded wallets automatically - **🌐 Web3 Support**: Native support for Solana, Ethereum, Base, Polygon, BSC, Arbitrum, and other EVM chains - **šŸ“± Universal Compatibility**: Works everywhere - React, Next.js, Node.js, or any OIDC/OAuth 2.0 environment *Ready to experience the fastest auth? Get your Client ID at [auth.civic.com](https://auth.civic.com) and be up and running in minutes.* ## šŸ“¦ Features - Compliant with the latest version of the Model Context Protocol (MCP) specification, particularly regarding [Authorization Server discovers](https://modelcontextprotocol.io/specification/draft/basic/authorization#2-3-authorization-server-discovery) spec - Client and server SDKs for easy integration - Express middleware for quick setup - Framework-agnostic core for use with any nodejs framework - CLI authentication for integration with command-line tools ## šŸš€ Quick Start Install the dependencies: ```bash npm install @civic/auth-mcp @modelcontextprotocol/sdk ``` Add the middleware to your express app: ```typescript app.use(await auth()); ``` Out of the box, this uses Civic Auth as an authentication provider, which is the fastest way to get started. Once you are ready to go live, obtain a client ID from [auth.civic.com](https://auth.civic.com) and replace the default client ID in the middleware: ```typescript app.use(await auth({ clientId: "...", // Get your client ID from auth.civic.com })); ``` That's it! ## šŸ› ļø Usage Examples ### šŸš€ Express Middleware (Recommended) The fastest way to secure an MCP server. Works smoothly with [Anthropic's SDK](https://www.npmjs.com/package/@modelcontextprotocol/sdk). ```typescript import express from "express"; import {auth} from "@civic/auth-mcp"; import {StreamableHTTPServerTransport} from "@modelcontextprotocol/sdk/server/streamableHttp.js"; import {McpServer} from "@modelcontextprotocol/sdk/server/mcp.js"; // Create your Express app const app = express(); // Add auth middleware app.use(await auth()); // Create your MCP server async function getServer() { const server = new McpServer({ name: "my-mcp-server", version: "0.0.1", }); // Register your tools server.tool( "tool-name", "Example tool", {}, async (_, extra) => { // Access the authenticated user's information const user = extra.authInfo?.extra?.sub; return { content: [ { type: "text", text: `Hello ${user}!`, }, ], }; } ); // Set up the transport layer // In production you may need session management const transport = new StreamableHTTPServerTransport({ sessionIdGenerator: undefined, }); await server.connect(transport); return { transport, server }; } // Set up MCP endpoint app.post("/mcp", async (req, res) => { const { transport, server } = await getServer(); await transport.handleRequest(req, res, req.body); res.on('close', () => { transport.close(); server.close() }) }); ``` ### āš™ļø Configuration Options ```typescript app.use(await auth({ // Use a different auth server: wellKnownUrl: 'https://accounts.google.com/.well-known/openid-configuration', // Or specify additional options scopesSupported: ['openid', 'profile', 'email', 'custom:scope'], // Protect a different route (defaults to '/mcp') mcpRoute: '/api', // Enrich auth info with custom data from your database onLogin: async (authInfo, request) => { // Look up user data based on the JWT subject claim const userData = await db.users.findOne({ sub: authInfo?.extra?.sub }); // Return enriched auth info return { ...authInfo, extra: { ...authInfo.extra, ...userData } }; }, // Legacy OAuth options enableLegacyOAuth: true, // Defaults to true stateStore: customStateStore, // Custom state store for OAuth flows })); ``` ### ⚔ Framework-Agnostic Usage For non-Express frameworks, use the `McpServerAuth` class directly: ```typescript import { McpServerAuth } from "@civic/auth-mcp"; // Initialize the auth server const mcpServerAuth = await McpServerAuth.init(); // Or with custom data enrichment const mcpServerAuth = await McpServerAuth.init({ onLogin: async (authInfo, request) => { const userData = await db.users.findOne({ sub: authInfo?.extra?.sub }); return { ...authInfo, extra: { ...authInfo.extra, ...userData } }; }, }); // In your framework's route handler: // 1. Expose the protected resource metadata if (path === '/.well-known/oauth-protected-resource') { const metadata = mcpServerAuth.getProtectedResourceMetadata('https://my-server.com/mcp'); return json(metadata); } // 2. Validate bearer tokens try { const authInfo = await mcpServerAuth.handleRequest(request); // User data will be in authInfo.extra } catch (error) { return unauthorized('Authentication failed'); } ``` ## šŸ’» Client Integration This library includes a client SDK for easy integration with MCP servers, supporting various authentication methods. ### šŸ–„ļø CLI Client The CLI client allows you to authenticate and connect to MCP servers directly from the command line. When authentication is required, it will automatically open a browser window for the user to complete the authentication flow. ```typescript import { CLIAuthProvider, RestartableStreamableHTTPClientTransport, CLIClient } from "@civic/auth-mcp/client"; // Create the auth provider const authProvider = new CLIAuthProvider({ clientId: "your-client-id", // Get your client ID from auth.civic.com // clientSecret: "your-secret", // Optional: only for non-PKCE auth servers // successHtml: "<html><body><h1>Success!</h1></body></html>", // Optional: custom success page // errorHtml: "<html><body><h1>Error: {{error}}</h1></body></html>", // Optional: custom error page }); // Create the restartable transport with auth provider // This transport allows restarting the connection after authorisation is granted const transport = new RestartableStreamableHTTPClientTransport( new URL("http://localhost:33006/mcp"), { authProvider } ); // Create and connect client const mcpClient = new CLIClient( { name: "cli-example", version: "0.0.1" }, { capabilities: {} } ); // Connect to the server await mcpClient.connect(transport); ``` ### šŸ’¾ Token Persistence By default, tokens are stored in memory and lost when the process exits. You can configure persistent token storage by implementing the `TokenPersistence` interface. #### In-Memory Token Persistence (Default) Tokens are stored in memory and lost when the process exits: ```typescript import { CLIAuthProvider, InMemoryTokenPersistence } from "@civic/auth-mcp/client"; const authProvider = new CLIAuthProvider({ clientId: "your-client-id", tokenPersistence: new InMemoryTokenPersistence(), // Explicit, but this is the default }); ``` #### Custom Token Persistence Implement your own persistence strategy by implementing the `TokenPersistence` interface: ```typescript import { TokenPersistence } from "@civic/auth-mcp/client"; import type { OAuthTokens } from "@modelcontextprotocol/sdk/shared/auth.js"; class MyTokenPersistence implements TokenPersistence { async saveTokens(tokens: OAuthTokens): Promise<void> { ... } async loadTokens(): Promise<OAuthTokens | undefined> { ... } async clearTokens(): Promise<void> { ... } } const authProvider = new CLIAuthProvider({ clientId: "your-client-id", tokenPersistence: new DatabaseTokenPersistence(), }); ``` ### šŸŽ« Token Authentication The TokenAuthProvider simplifies connecting to MCP servers with pre-obtained JWT tokens. Use this if you have an app that already handles authentication, e.g. via [Civic Auth](https://civic.com). ```typescript import { TokenAuthProvider, RestartableStreamableHTTPClientTransport } from "@civic/auth-mcp/client"; import { Client } from "@modelcontextprotocol/sdk/client/index.js"; import { StreamableHTTPClientTransport } from "@modelcontextprotocol/sdk/client/streamableHttp.js"; // Create with pre-obtained token const authProvider = new TokenAuthProvider("your-jwt-token"); // Create transport and client const transport = new StreamableHTTPClientTransport( new URL("http://localhost:33006/mcp"), { authProvider } ); const mcpClient = new Client( { name: "example-client", version: "0.0.1" }, { capabilities: {} } ); await mcpClient.connect(transport); ``` ### šŸ› ļø Dynamic Client Registration Some MCP Clients use [OAuth 2.0 Dynamic Client Registration](https://datatracker.ietf.org/doc/html/rfc7591) to automatically register with the auth server. This means that the client ID sent to your MCP server will not match your client ID, as a new client ID is generated dynamically during the registration process for each client. Civic-Auth, and the @civic/auth-mcp library support this. To enable it, set the `allowDynamicClientRegistration` option to `true` in the MCP server configuration: ```typescript app.use(await auth({ allowDynamicClientRegistration: true, })); ``` This will ensure that your client ID is passed to the auth server during client registration, and resultant tokens will be valid for your MCP server only. Note - this feature is available for the Civic Auth provider only. Behaviour may differ for other providers. ### šŸ”„ Legacy OAuth Support This library includes support for the [legacy MCP OAuth specification](https://modelcontextprotocol.io/specification/2025-03-26/basic/authorization) to ensure compatibility with existing clients while they transition to the latest specification. **Important**: This legacy support will be removed in a future version once all major clients have updated to the current MCP specification. The legacy OAuth mode: - Is **enabled by default** to ensure maximum compatibility - Provides OAuth endpoints directly on the MCP server (e.g., `/authorize`, `/token`) - Transparently proxies OAuth flows to the configured authorization server To disable legacy OAuth support (recommended once your clients are updated): ```typescript app.use(await auth({ enableLegacyOAuth: false, })); ``` We recommend monitoring your client usage and disabling legacy support once all clients have been updated to use the standard OAuth flow with authorization server discovery. **NOTE** If testing with Claude (Web or Desktop), you will need to deploy your server to a remote environment using https first, as Claude does not support localhost MCP integrations. **NOTE** When using the legacy OAuth flow behind a _proxy_, you can either enable Express's "trust proxy" setting (see [Express behind proxies](https://expressjs.com/en/guide/behind-proxies.html)), or configure the `protocolHeader` and `hostHeader` options to read the correct values from proxy headers: ```typescript // Option 1: Trust proxy (Express handles X-Forwarded-* headers) app.enable('trust proxy'); // Option 2: Explicit header configuration app.use(await auth({ protocolHeader: 'X-Forwarded-Proto', hostHeader: 'X-Forwarded-Host', })); // Option 3: Force HTTPS regardless app.use(await auth({ forceHttps: true })); ``` #### Sub-Path Mounting and Well-Known Discovery Per [RFC 9728](https://datatracker.ietf.org/doc/html/rfc9728), the `.well-known/oauth-protected-resource` endpoint is constructed by inserting the well-known path between the host and the resource path. For example, if your resource is at `https://example.com/hub/mcp`, clients will discover metadata at: ``` GET /.well-known/oauth-protected-resource/hub/mcp ``` When mounting the middleware at a sub-path (e.g. `app.use("/hub", await auth())`), the well-known endpoint will be served at `/hub/.well-known/oauth-protected-resource`. You will need to configure a rewrite rule (e.g. in your reverse proxy or Express app) to route `/.well-known/oauth-protected-resource/hub/mcp` to `/hub/.well-known/oauth-protected-resource`. Similarly, the legacy OAuth endpoints (`/authorize`, `/token`, `/register`, `/oauth/callback`, `/.well-known/oauth-authorization-server`) are always advertised at the root. When the middleware is mounted at a sub-path, these endpoints will be served under that path (e.g. `/hub/authorize`). You will need to configure rewrite rules to route the root paths to the mounted paths. #### Custom State Store By default, the legacy OAuth mode uses an in-memory state store for managing OAuth flow state between redirects. For production deployments with multiple servers or processes, you can provide a custom state store implementation: ```typescript // Implement a custom state store (e.g., using Redis) class RedisStateStore implements StateStore { ... } // Use the custom state store app.use(await auth({ stateStore: new RedisStateStore(), })); ``` --- ## Configuration The `auth()` middleware accepts the following configuration options: | Option | Type | Default | Description | |----------------------------------|-----------------|-----------------------------------------------------------------|--------------------------------------------------------| | `clientId` | `string` | Public Civic client ID | OAuth client ID / Tenant ID for token validation | | `wellKnownUrl` | `string` | `https://auth.civic.com/oauth/.well-known/openid-configuration` | URL to the auth server's OIDC configuration | | `scopesSupported` | `string[]` | `['openid', 'profile', 'email']` | OAuth scopes to support | | `protocolHeader` | `string` | - | Header name to read protocol from (e.g. `X-Forwarded-Proto`) | | `hostHeader` | `string` | `host` | Header name to read host from (e.g. `X-Forwarded-Host`) | | `basePath` | `string` | `/` | Base path for auth endpoints | | `mcpRoute` | `string` | `/mcp` | The MCP route to protect with authentication | | `onLogin` | `function` | - | Optional callback to enrich auth info with custom data | | `allowDynamicClientRegistration` | `boolean` | `false` | Enable dynamic client registration | | `enableLegacyOAuth` | `boolean` | `true` | Enable legacy OAuth proxy mode (deprecated) | | `stateStore` | `StateStore` | In-memory store | Custom state store for OAuth flow (legacy mode only) | | `jwks` | `object` | - | Local JWKS for testing (bypasses remote JWKS fetch) | --- ## ✨ Why Choose @civic/auth-mcp? **šŸš€ Zero-Friction Setup** - Drop-in Express middleware that works out of the box - One-line integration **šŸ”’ Enterprise Security, Startup Speed** - Works seamlessly with Civic Auth, a battle-tested and secure authentication provider - Automatic token refresh and session management - Privacy-first design with minimal data collection - PKCE-support **šŸŽÆ Developer Experience First** - CLI authentication with automatic browser flow - Multiple auth patterns: tokens, OAuth flow, pre-authenticated - TypeScript-first with comprehensive type safety **🌐 Production Ready** - Comprehensive error handling and retry logic - Built-in transport layer with connection recovery - Lightweight with minimal dependencies --- ## 🌟 What's Next? - šŸ“š **Documentation**: Comprehensive guides at [docs.civic.com](https://docs.civic.com) - šŸ› **Issues**: Report bugs or request features on [GitHub](https://github.com/civicteam/auth-mcp) - šŸ’¬ **Community**: Join our Discord for support and discussions - šŸ”„ **Updates**: Follow [@civickey](https://twitter.com/civickey) for the latest updates ## šŸ“„ License It is provided **as-is**, without warranty of any kind, express or implied. Civic makes **no guarantees of fitness for a particular purpose or ongoing support**. Use of this library is governed solely by the terms of the MIT License. By using this software, you agree that Civic shall not be held liable for any damages arising from its use, performance, or integration. Note: The @civic/auth-mcp library is released as an open-source project under the **MIT License**. It is provided without warranty or support guarantees.