論文の概要: A Gateway Architecture for Enterprise MCP Authentication: Unifying Heterogeneous Auth, Identity Delegation, and the User / Non-User Persona Problem
- arxiv url: http://arxiv.org/abs/2608.10760v1
- Date: Tue, 11 Aug 2026 10:19:20 GMT
- ステータス: 翻訳完了
- システム内更新日: 2026-08-12 19:14:46.004182
- Title: A Gateway Architecture for Enterprise MCP Authentication: Unifying Heterogeneous Auth, Identity Delegation, and the User / Non-User Persona Problem
- Title（参考訳）: エンタープライズMPP認証のためのゲートウェイアーキテクチャ:不均一認証、ID委譲、ユーザ/非ユーザペルソナ問題の統合
- Abstract要約: Model Context Protocol(MCP)は、LLMエージェントをエンタープライズツールに接続するためのデファクトインターフェースになっている。
1年以内に、大規模組織はゼロから数十の内部で構築されたMSPサーバに移行した。
本稿では,集中型MPPゲートウェイで危機を解消する産業展開について報告する。
- 参考スコア（独自算出の注目度）: 1.6774701449274187
- License: http://arxiv.org/licenses/nonexclusive-distrib/1.0/
- Abstract: The Model Context Protocol (MCP) has become the de-facto interface for connecting LLM agents to enterprise tools, and adoption has been explosive: within a year, large organizations went from zero to dozens of internally built MCP servers. That speed created a governance crisis. Each team implemented authentication independently -- some with no auth, some with API keys, some with full OAuth -- producing a fragmented landscape with no consistent way to authorize callers, track who did what, or offboard a departing employee across the fleet. This paper reports an industry deployment that resolves the crisis with a centralized MCP gateway: a single aggregation, governance, and authentication layer that fronts every downstream MCP server. We make four contributions grounded in production experience. First, a two-axis authentication model crossing persona (interactive user vs. automated non-user) with credential type (no-auth, static/dynamic API key, PKCE, client credentials, platform app-context). Second, a gateway authentication layer supporting three enterprise SSO grants and three token-provisioning models: Bring-Your-Own-Token, Generate-Your-Own-Token, and delegated OAuth via RFC 8693 token exchange. Third, three end-to-end identity flows -- User-to-OAuth2, Non-user-to-Service-Account, and User-to-Service-Account -- composing client, gateway, and server. Fourth, the deployment evolution from CDN/WAF/edge perimeter to private MCP tunnels and enterprise-wide connectors. The architecture is in production, fronting dozens of MCP servers across web, desktop, custom-SDK, and low-code clients.
- Abstract（参考訳）: Model Context Protocol(MCP)はLLMエージェントをエンタープライズツールに接続するためのデファクトインターフェースとなり、採用は爆発的になった。
そのスピードはガバナンスの危機を引き起こした。
それぞれのチームが独立して認証を実装した – オースのないもの、APIキーを持つもの、フルOAuthを持つもの、などだ。
本稿では、単一の集約層、ガバナンス層、および下流のすべてのMPPサーバを前面に持つ認証層である、集中型MPPゲートウェイで危機を解決する業界展開について報告する。
生産経験に基づく4つのコントリビューションを行います。
まず、2軸認証モデルクロスペルソナ(対話型ユーザ対自動化非ユーザ)とクレデンシャル型(非音声、静的/動的APIキー、PKCE、クライアント認証、プラットフォームアプリコンテキスト)。
次に、3つのエンタープライズSSO助成金と3つのトークンプロビジョンモデルをサポートするゲートウェイ認証層: Bring-Your-Own-Token、Generate-Your-Own-Token、RFC 8693トークン交換を介してOAuthを委譲する。
3つ目は、クライアント、ゲートウェイ、サーバを構成する3つのエンドツーエンドのIDフロー -- User-to-OAuth2、Non-user-to-Service-Account、User-to-Service-Account -- である。
第4に、CDN/WAF/edge perimeter からプライベート MCP トンネル、エンタープライズワイドコネクタへの展開の進化である。
アーキテクチャは実運用環境にあり、Web、デスクトップ、カスタムSDK、ローコードクライアントにまたがる数十のMPPサーバを前面に置いています。
関連論文リスト
- KeyPooling: Measuring Where LLM API Relay Paths Collapse Prompt Cache Isolation [53.952294884822955]
大規模言語モデル(LLM)APIは、顧客の認証を別々に行うが、多くの場合、共有プロバイダ認証を通じて要求を転送する。
KeyPoolingは、キャッシュのルックアップと書き込みを通じて顧客のアイデンティティをトレースする測定方法である。
すべての顧客がプロバイダ強化されたドメインに入る必要があります。
論文 参考訳（メタデータ） (2026-08-18T08:12:34Z) - A First Measurement Study on Authentication Security in Real-World Remote MCP Servers [19.129045472743034]
実世界の遠隔MPPサーバにおける認証セキュリティに関する最初の測定結果を示す。
7,973台のリモートMPPサーバを特定し、40.55%が認証なしでツールを公開していることがわかった。
以上の結果から,MSPエコシステムにおける広範囲な認証の弱点が明らかとなった。
論文 参考訳（メタデータ） (2026-05-21T11:22:21Z) - OAuthHub: Mitigating OAuth Data Overaccess through a Local Data Hub [8.302146576157497]
OAuthHubは、クラウドサービス間のOAuthベースのデータ共有の中間コントローラとして、ユーザのパーソナルデバイスを活用する開発フレームワークである。
OAuthHubの主な革新は次のとおりである。 1) 差別的なデータアクセスがほとんどのOAuthアプリケーションにとってほとんど不要であるという洞察、(2) 意図したデータアクセスの明示的な宣言を必要とする開発フレームワーク。
論文 参考訳（メタデータ） (2026-03-09T18:43:12Z) - Orchestral AI: A Framework for Agent Orchestration [45.946776875141666]
Orchestralは軽量なPythonフレームワークで、主要なプロバイダ間でLLMエージェントを構築するための統一型安全なインターフェースを提供する。
プロバイダ間でシームレスに動作し、手作業によるフォーマット変換を排除し、フレームワークが引き起こす複雑さを低減します。
リッチなツールコール、コンテキストのコンパクト化、サンドボックス、ユーザ承認、サブエージェント、メモリ管理、MPP統合など、より大きなフレームワークで見られる高度なエージェント機能をサポートする。
論文 参考訳（メタデータ） (2026-01-05T22:02:11Z) - Binding Agent ID: Unleashing the Power of AI Agents with accountability and credibility [46.323590135279126]
BAID(Binding Agent ID)は、検証可能なユーザコードバインディングを確立するための総合的なアイデンティティ基盤である。
ブロックチェーンベースのID管理とzkVMベースの認証プロトコルの実現可能性を実証し、完全なプロトタイプシステムの実装と評価を行った。
論文 参考訳（メタデータ） (2025-12-19T13:01:54Z) - The OpenHands Software Agent SDK: A Composable and Extensible Foundation for Production Agents [46.254487394746725]
本稿では,ソフトウェア開発エージェントを実装するツールキットであるOpenHands Software Agent SDKを紹介する。
柔軟性を達成するために、デフォルトケースで数行のコードしか必要としないエージェントを実装するためのシンプルなインターフェースを設計する。
セキュリティと信頼性のために、シームレスなローカル-リモート実行ポータビリティ、REST/WebSocketサービスの統合を提供する。
論文 参考訳（メタデータ） (2025-11-05T18:16:44Z) - Code2MCP: Transforming Code Repositories into MCP Services [53.234097255779744]
Model Context Protocol (MCP)は、大規模言語モデルがどのようにツールを使用するかの標準を作成することを目的としている。
私たちは、GitHubリポジトリを機能的なMSPサービスに自動的に変換するエージェントベースのフレームワークであるCode2MCPを紹介します。
Code2MCPはバイオインフォマティクス、数学、流体力学などの科学分野におけるオープンソースの計算ライブラリの変換に成功している。
論文 参考訳（メタデータ） (2025-09-07T06:13:25Z) - Identity Control Plane: The Unifying Layer for Zero Trust Infrastructure [0.0]
アイデンティティコントロールプレーン(ICP)は、アイデンティティを意識したゼロトラストアクセスを実現するためのアーキテクチャフレームワークである。
ICPモデルは、SPIFFEベースのワークロードID、OIDC/SAMLユーザID、ブローカ発行トランザクショントークンによるスコープ付き自動化認証を統一する。
論文 参考訳（メタデータ） (2025-04-24T17:21:00Z) - Decoupling Identity from Access: Credential Broker Patterns for Secure CI/CD [0.0]
認証ブローカは、CI/CDシステムへのアクセスからIDを分離する方法を提供する。
本稿では,SPEなどの実行時に発行される検証可能なIDをブローカと組み合わせて,パイプラインやワークロードの短時間かつポリシ駆動的な認証を可能にする方法を示す。
論文 参考訳（メタデータ） (2025-04-20T23:08:17Z) - A Novel Protocol Using Captive Portals for FIDO2 Network Authentication [45.84205238554709]
FIDO2CAP: FIDO2 Captive-portal Authentication Protocolを紹介する。
本研究では,FIDO2CAP認証のプロトタイプをモックシナリオで開発する。
この研究は、FIDO2認証に依存する新しい認証パラダイムにネットワーク認証を適用するための最初の体系的なアプローチである。
論文 参考訳（メタデータ） (2024-02-20T09:55:20Z) - Unified Singular Protocol Flow for OAuth (USPFO) Ecosystem [2.3526458707956643]
我々は,OAuth(USPFO)のための統一的な単一プロトコルフローに,異なるクライアントと付与型を組み合わせた新しいOAuthエコシステムを提案する。
USPFOは、異なるクライアントタイプと付与型の実装と設定に関連する脆弱性を減らすことを目的としている。
クライアントの偽造、トークン(またはコード)盗難、整合性、認証、バインドオーディエンスによる攻撃など、既知のOAuth 2.0脆弱性に対するビルトイン保護を提供する。
論文 参考訳（メタデータ） (2023-01-29T17:22:02Z)
関連論文リストは本サイト内にある論文のタイトル・アブストラクトから自動的に作成しています。
指定された論文の情報です。
本サイトの運営者は本サイト（すべての情報・翻訳含む）の品質を保証せず、本サイト（すべての情報・翻訳含む）を使用して発生したあらゆる結果について一切の責任を負いません。