Microsoft Entra Agent IDとは｜エージェントに人と同じRBACを付ける【2026年9月】

【結論】Microsoft Entra Agent IDとは、AIエージェント専用に設計されたMicrosoft Entra上のID基盤で、エージェントを人間やアプリと区別して認証・認可・監査するための仕組みです。

• エージェント固有のID（agent identity）は自分自身の資格情報を持たず、「blueprint」と呼ばれるテンプレートが資格情報を管理し、エージェントはそれを介してトークンを取得する
• 本番環境ではフェデレーテッドID資格情報（FIC）が推奨され、パスワード・SMS・認証アプリのような人間向けの認証手段は使わない
• OAuth 2.0、MCP、A2A（Agent-to-Agent）をサポートし、Copilot StudioやFoundryで作ったエージェントにもテナント上のagent identityが付与される

この記事ではゼロトラストとエージェント権限を設計する情シス・セキュリティ・開発責任者向けに、2026年9月時点の公開情報に基づいて解説します。

---

Entra Agent IDとは

Microsoft Entra Agent IDは、AIエージェント向けに設計されたID基盤です。人間のユーザーやアプリケーション登録とは別に「エージェント」という種別を用意し、大量に生成されるエージェントへ一貫したセキュリティポリシーを適用できるようにしています。OAuth 2.0、Model Context Protocol（MCP）、Agent-to-Agent（A2A）をサポートすると公式が説明しています（出典：What is Microsoft Entra Agent ID?／What are agent identities?）。

最大の特徴は、エージェント個々は人間のように振る舞う認証手段（パスワード、SMS、パスキー、認証アプリ）を一切使わないことです。エージェントの実体である「agent identity」は、Entra ID上の特殊なサービスプリンシパルであり、それ自体は資格情報を持ちません。トークンの取得はすべて、後述する「blueprint」を経由して行われます（出典：Agent identities – Microsoft Entra Agent ID）。

なぜ人のアカウント使い回しでは駄目か

仕組み — BlueprintとAgent Identity

Entra Agent IDの中心概念は、Blueprint（ひな型）とAgent Identity（個々のエージェントID）の分離です。

Blueprintが保持できる資格情報の種類は、フェデレーテッドID資格情報（FIC／マネージドID経由）、証明書、クライアントシークレットの3つです。公式のベストプラクティスでは、本番環境ではFIC（マネージドID）または証明書を優先し、クライアントシークレットは開発・テスト時の一時利用に限定してから、本番稼働前にローテーションアウトするよう推奨されています。証明書の秘密鍵はAzure Key VaultかHSMに保管し、最低でも年1回のローテーションを行うことも明記されています（出典：Best practices for Microsoft Entra Agent ID）。フェデレーテッドID資格情報を追加する際は、通常のアプリ登録用エンドポイントではなく、Blueprint専用のAPIパス（/applications/{blueprint-obj-id}/microsoft.graph.agentIdentityBlueprint/federatedIdentityCredentials）を使う必要がある点も公式が注意喚起しています。

また、エージェントごとに個別のIDを発行し、異なるエージェント間で同じIDを共有しないことも推奨されています。IDを分離しておくことで、1つのエージェントを無効化・更新しても他のエージェントに影響を与えません。一方でBlueprintは複数のエージェントの資格情報を一括で保持する「単一の防御境界」になるため、Blueprintの保護レベルが侵害時の被害範囲を左右します。

MCPとの接続

MCPサーバーは通常のAPIと同様にOAuth 2.0のアクセストークンを必須にし、Microsoft Entra IDを認可サーバーとして使います。エージェントは自分のagent identityでresourceパラメータにサーバーを指定してトークンを取得し、Authorizationヘッダーで呼び出します（出典：Secure MCP server with Entra ID）。Foundry上のエージェントも同様に、エージェントID経由でMCPやA2Aへ接続する仕組みが文書化されています。MCP接続全体のガバナンス設計はMCPガバナンスとはで解説しています。

導入チェック

Windows 365 for Agentsとの関係

エージェントがAPIやMCPだけで完結せず、デスクトップ操作を必要とする場合は、Windows 365 for AgentsのCloud PC上でも同じEntra Agent IDのモデルが使われます。エージェントはCloud PCへのログインにも自分のagent identityを使い、資格情報の管理はBlueprint側に一元化されたままです。実行環境そのものの仕組みはWindows 365 for Agentsとはで解説しています。IDと実行環境の設計を分けて考えることが、どちらの記事でも共通の前提です。

社内システム接続の実装支援はMCPサーバー、権限設計から入る場合はAI導入支援（AI BPR）を参照してください。

---

よくある質問（FAQ）

---

参考文献・出典

• Microsoft Learn「What is Microsoft Entra Agent ID?」
• Microsoft Learn「What are agent identities?」
• Microsoft Learn「Agent identities – Microsoft Entra Agent ID」
• Microsoft Learn「Best practices for Microsoft Entra Agent ID」
• Microsoft Learn「Secure a Model Context Protocol (MCP) server with Microsoft Entra ID」

本記事は2026年9月時点の公開情報に基づいています。Entra Agent IDは提供機能の追加が続いているため、最新は各公式ドキュメントをご確認ください。

---

x3d株式会社では、本記事で解説したエージェントIDと権限設計に関する企業研修・導入支援・システム開発を提供しています。
まずはお気軽にご相談ください。

→ 無料相談・お問い合わせはこちら