もしここで価値を感じたなら、ぜひスターをご検討ください。

概要

• MCPサーバー用のドロップインOAuth 2.1/OIDCゲートウェイ — 前面に置き、コード変更なし。
• あなたのIdP、ご自由に選ぶ:Google、GitHub、または任意のOIDCプロバイダー(例:Okta、Auth0、Azure AD、Keycloak)—および任意のパスワード。
• 柔軟なユーザーマッチング:ユーザー認証のための正確なマッチングおよびグロブパターンのサポート(例:*@company.com)
• ローカルMCPサーバーを安全に公開:すべてのstdio、SSE、HTTPトランスポートをサポートします。stdioの場合、トラフィックは/mcpに変換されます。SSE/HTTPの場合は、そのままプロキシされます。もちろん、認証も含めて。
• **主要なMCPクライアント間で認証済み:Claude、Claude Code、ChatGPT、GitHub Copilot、Cursorなど — プロキシはクライアント固有の癖を滑らかにし、一貫した認証を実現します。

---

📖 詳細な使用法、構成、例についてはドキュメントを参照してください

クイックスタート

ドメインバインディング&80/443は外部からアクセス可能でなければなりません。

リリースページからバイナリをダウンロードしてください。

Stdioトランスポートを使う場合

それだけです!あなたのHTTPエンドポイントはhttps://{your-domain}/mcpで利用可能になりました。

• stdio(コマンドが指定されている場合):MCPエンドポイントはhttps://{your-domain}/mcp.

MCP Auth Proxy

If you found value here, please consider starring.

Overview

• Drop-in OAuth 2.1/OIDC gateway for MCP servers — put it in front, no code changes.
• Your IdP, your choice: Google, GitHub, or any OIDC provider — e.g. Okta, Auth0, Azure AD, Keycloak — plus optional password.
• Flexible user matching: Support exact matching and glob patterns for user authorization (e.g., *@company.com)
• Publish local MCP servers safely: Supports all stdio, SSE, and HTTP transports. For stdio, traffic is converted to /mcp. For SSE/HTTP, it’s proxied as-is. Of course, with authentication.
• Verified across major MCP clients: Claude, Claude Code, ChatGPT, GitHub Copilot, Cursor, etc. — the proxy smooths client-specific quirks for consistent auth.

---

📖 For detailed usage, configuration, and examples, see the Documentation

Quickstart

Domain binding & 80/443 must be accessible from outside.

Download binary from release page.

If you use stdio transport

./mcp-auth-proxy \
  --external-url https://{your-domain} \
  --tls-accept-tos \
  --password changeme \
  -- npx -y @modelcontextprotocol/server-filesystem ./

That’s it! Your HTTP endpoint is now available at https://{your-domain}/mcp.

• stdio (when a command is specified): MCP endpoint is https://{your-domain}/mcp.
• SSE/HTTP (when a URL is specified): MCP endpoint uses the backend’s original path (no conversion).

Already have certificates? Pass --tls-cert-file and --tls-key-file instead of --tls-accept-tos.

Why not MCP Gateway?

mcp-auth-proxy: A lightweight proxy that adds authentication to any MCP server (optional stdio→HTTP(S) conversion)
MCP Gateway: A hub to orchestrate multiple MCP servers (aggregation, catalog integration)

When to choose mcp-auth-proxy

• You just need to add auth to one or a few MCPs (enforce OAuth/OIDC/password-only)
• Catalog integration and aggregation aren’t needed (e.g., self-hosted or independently managed MCP deployments)

When to choose MCP Gateway

• You need to manage multiple MCPs centrally (aggregation, policies/permissions, auditing, centralized logging)
• You want catalog integration and aggregation

Note: They are not mutually exclusive. You can put mcp-auth-proxy in front of a Gateway’s public endpoint to enforce authentication if the Gateway itself doesn’t handle it.

TL;DR: Orchestrate many → Gateway / Expose safely & quickly → mcp-auth-proxy

Verified MCP Client