テナントでエージェント ID を無効にする

テナント内のエージェント ID を監視する IT 管理者は、問題を調査したりエージェントの使用状況を確認したりするために、エージェントアクティビティを一時的に停止することが必要になる場合があります。必要に応じて、テナントのエージェント ID とエージェント ID ブループリントを無効にすることができます。どちらのアクションにも、先に進む前に理解しておく必要がある影響があります。

また、組織がテナントでエージェント ID の作成または使用を制限する必要がある場合は、条件付きアクセスポリシーを構成し、エージェントの作成アクセス許可を削除することもできます。これらのプロセスは、エージェント ID を無効にする別のアプローチとして機能します。この記事では、エージェント ID の無効化に関連するシナリオについて説明します。

AI エージェントによって使用される ID の種類

Microsoft Entra テナントには、Microsoft Entra エージェント ID の有無に関係なく AI エージェントが含まれている場合があります。

エージェント ID を持つエージェント: Microsoft Entra エージェント IDで作成されたエージェント、またはMicrosoft Copilot Studio、Azure AI Foundry、Security Copilotなどのシステムの最新のイテレーションを使用して作成されたエージェントは、エージェント ID で作成されます。エージェント ID には、明確な分類、豊富なメタデータ、AI エージェントの固有のセキュリティ課題に対処するように設計された機能があります。
エージェント ID を持たないエージェント: 以前のバージョンのCopilot StudioおよびAzure AI Foundryで作成されたエージェントは、テナントでクラシックアプリケーション/サービスプリンシパルとして作成されている可能性があります。これらのアプリケーション/サービスプリンシパルには、AI エージェントとして示すタグ値が含まれる場合がありますが、Microsoft Entra エージェント ID はありません。これらは、テナント内の他のすべてのアプリケーション/サービスプリンシパルと同じポリシー、ガバナンス、およびプロセスの対象となります。

エージェント ID の無効化に関する考慮事項

テナントでエージェント ID を無効にすると、新しい AI エージェントの作成や使用を単に停止するよりも、より広範な結果が生じることがあります。続行する前に、次の考慮事項を評価します。

貴社内で動作中の既存のエージェントが失敗する恐れがあります。
エージェント ID を利用できることを前提とする Microsoft 製品エクスペリエンス (たとえば、Copilot Studio エージェント、Security Copilot シナリオエージェント、Microsoft Entra 条件付きアクセス最適化エージェント) は、失敗するか、エージェント固有の追跡機能と制御機能を備えていない標準のサービスプリンシパルにフォールバックする可能性があります。

エージェント ID の作成とアクティビティの監視

エージェント ID またはエージェント ID ブループリントを無効にする前に、それらの ID に関連付けられているアクティビティの種類に注意する必要があります。エージェント ID アクティビティは、元のベース ID の種類でログに記録されます。たとえば、エージェント ID の作成は サービスプリンシパルの追加 として表示され、エージェント ID ブループリントの追加は監査ログに アプリケーションの追加 として表示されます。

監査イベントにエージェント ID が関係するかどうかを識別するには、agentTypeフィールドとinitiatedBy フィールドのtargetResources プロパティを確認します。 notAgentic以外の値は、エージェントの関与を示します。

agentSignIn リソースの種類は、サインインイベントをエージェントとして識別および分類する説明情報を提供します。この値を使用すると、エージェント ID が認証イベントに関係する ID のサブタイプだった時期を判断できます。

詳細については、エージェントのサインインログを参照してください

エージェント ID を無効にする方法

エージェントアクティビティを確認したら、シナリオに合ったアプローチを選択します。 Microsoft Entra 管理センター内のエージェントを無効にすると、オブジェクトスコープで、他のユーザーに影響を与えることなく、特定のブループリントまたはエージェント ID を対象とします。条件付きアクセスポリシーは、エージェント ID やブループリントを変更することなく、幅広いカテゴリの ID のトークン発行をブロックするテナント全体の適用です。 2 つのアプローチを組み合わせることができます。テナントに条件付きアクセスポリシーを適用するには、Microsoft Entra ID P1 ライセンスが必要です。

条件付きアクセスポリシーでは、エージェント ID の認証とトークンの発行をブロックできます。ポリシーを適用すると、既存のエージェント ID と新しいエージェント ID が認証されなくなりますが、テナントでのエージェント ID の作成は妨げられることはありません。

ポリシーを適用する前に、これらのポリシーをレポート専用モードで実行して、その影響を理解することをお勧めします。

次の場合、Microsoft Entra 管理センターでエージェントを無効にします:

エージェント ID がトークンを受信して認証されないようにするが、エージェント ID とそのメタデータをテナントに保持する必要がある。

条件付きアクセスポリシーは、次の場合に使用します。

個々のオブジェクトを変更せずに、作成しなかったものも含め、テナント全体のすべてのエージェント ID が認証されないようにする必要があります。
- ポリシー 1: エージェント ID 認証をブロックします。
エージェント ID オブジェクト自体を無効にせずに、ユーザーに代わって動作するエージェントがトークンを受け取らないようにする (委任されたアクションを実行しているエージェントなど)
- ポリシー 2: エージェントのユーザーアカウント認証をブロックします。
エージェント間および自律フローは影響を受けずに、人間のユーザーがエージェントにサインインしたり、エージェントのアクションをトリガーしたりできないようにする必要がある
- ポリシー 3: エージェントへのユーザーのサインインをブロックします。
コンプライアンスまたはインシデント対応のために、すべてのエージェント認証に対して一時的で元に戻せるテナント全体の保留を適用し、最初にレポート専用モードで 3 つのポリシーをすべて適用してから、それらを適用する必要があります。

Microsoft Entra 管理センターでエージェント ID とエージェント ID ブループリントを無効にする

エージェント ID を無効にするには:

少なくとも Microsoft Entra 管理センター Agent ID Administrator としてサインインします。
Entra ID>Agents>Agent ids に移動します。
無効にするエージェント ID を選択し、[ 無効] を選択します。

エージェント ID ブループリントを無効にするには:

少なくとも Microsoft Entra 管理センター Agent ID Administrator としてサインインします。
Entra ID>エージェント>エージェント設計図に移動してください。
無効にするエージェント ID ブループリントを選択し、[ 無効] を選択します。

エージェントアクティビティを無効にする条件付きアクセスポリシーを作成する

トークンの発行をブロックしたり、ユーザーがエージェントにサインインできないようにしたりするために使用できるポリシーテンプレートは 3 つあります。これらのポリシーは、Microsoft Entra 管理センターまたは Microsoft Graph APIを使用して作成できます。これらのポリシーを適用する前に、まずレポート専用モードでこれらのポリシーを適用して、その影響を理解することをお勧めします。

条件付きアクセスを使用してエージェント ID へのトークン発行をブロックする > ポリシー 1: エージェント ID 認証をブロックする
条件付きアクセス > ポリシー 2 を使用してエージェントのユーザーアカウントへのトークン発行をブロックする: エージェントのユーザーアカウント認証をブロックする
条件付きアクセスを使用してエージェントへのユーザーのサインインをブロックする > ポリシー 3: エージェントへのユーザーのサインインをブロックする

ポリシー 1: エージェント ID 認証をブロックする

次の手順は、エージェント ID を使用して要求されたアクセストークンの発行をブロックする条件付きアクセスポリシーを作成するのに役立ちます。

Microsoft Entra 管理センター
マイクロソフトグラフ API

Microsoft Entra 管理センターに、少なくとも条件付きアクセス管理者としてサインインします。
Entra ID>Conditional Access>Policies に移動します。
[新しいポリシー] を選択します。
ポリシーの名前を設定してください。ポリシーの名前に対する意味のある標準を組織で作成することをお勧めします。
[ 割り当て] で、[ ユーザー、エージェント、またはワークロード ID] を選択します。
1. 「含める」で、「すべてのエージェント ID」を選択します。
2. [ 除外] で [なし] を選択 します。
ターゲットリソース>リソース（以前のクラウドアプリ）>にあるIncludeで、すべてのリソース（以前の「すべてのクラウドアプリ」）を選択します。
アクセス制御>付与の配下。
1. [ブロック] を選択します。
2. [選択]
設定を確認し、 [ポリシーの有効化] を [レポート専用] に設定します。
[作成] を選択して、ポリシーを作成および有効化します。

Microsoft Graph API を使用して Block エージェント ID 認証 ポリシーを作成するための JSON の例:

POST https://graph.microsoft.com/beta/identity/conditionalAccess/policies
Content-type: application/json

{
    "displayName": "Block all agent identities from accessing resources",
    "conditions": {
        "clientApplications": {
            "includeAgentIdServicePrincipals": [
                "All"
            ],
            "excludeAgentIdServicePrincipals": [],
            "agentIdServicePrincipalFilter": null
        },
        "applications": {
            "includeApplications": [
                "All"
            ],
            "excludeApplications": []
        }
    },
    "grantControls": {
        "operator": "AND",
        "builtInControls": [
            "block"
        ]
    },
    "state": "enabledForReportingButNotEnforced"
}

ポリシー 2: エージェントのユーザーアカウント認証をブロックする

次の手順は、エージェントのユーザーアカウントを使用して要求されたアクセストークンの発行をブロックする条件付きアクセスポリシーを作成するのに役立ちます。

Microsoft Entra 管理センター
マイクロソフトグラフ API

Microsoft Entra 管理センターに、少なくとも条件付きアクセス管理者としてサインインします。
Entra ID>Conditional Access>Policies に移動します。
[新しいポリシー] を選択します。
ポリシーの名前を設定してください。ポリシーの名前に対する意味のある標準を組織で作成することをお勧めします。
[ 割り当て] で、[ ユーザー、エージェント、またはワークロード ID] を選択します。
1. [含める>エージェントを選択>ユーザーとして機能するエージェント>すべてのユーザーとして機能するエージェントを選択します]
ターゲットリソース>リソース（以前のクラウドアプリ）>にあるIncludeで、すべてのリソース（以前の「すべてのクラウドアプリ」）を選択します。
アクセス制御>付与の配下。
1. アクセスをブロックを選択します。
2. [選択]
設定を確認し、 [ポリシーの有効化] を [レポート専用] に設定します。
[作成] を選択して、ポリシーを作成および有効化します。

Microsoft Graph API を使用して Block エージェントのユーザーアカウント認証 ポリシーを作成するための JSON の例:

POST https://graph.microsoft.com/beta/identity/conditionalAccess/policies
Content-type: application/json

{
    "displayName": "Block all agent users from accessing resources",
    "conditions": {
        "users": {
            "includeUsers": [
                "AllAgentIdUsers"
            ]
        },
        "applications": {
            "includeApplications": [
                "All"
            ]
        }
    },
    "grantControls": {
        "operator": "AND",
        "builtInControls": [
            "block"
        ]
    },
    "state": "enabledForReportingButNotEnforced"
}

ポリシー 3: エージェントへのユーザーのサインインをブロックする

次の手順は、条件付きアクセスポリシーを作成して、人間のユーザーから要求されたときにエージェントリソースへのアクセストークンの発行をブロックするのに役立ちます。これにより、人間のユーザーはエージェントにサインインすることも、エージェントがその代わりにアクションを実行することもできなくなります。

Microsoft Entra 管理センター
マイクロソフトグラフ API

Microsoft Entra 管理センターに、少なくとも条件付きアクセス管理者としてサインインします。
Entra ID>Conditional Access>Policies に移動します。
[新しいポリシー] を選択します。
ポリシーの名前を設定してください。ポリシーの名前に対する意味のある標準を組織で作成することをお勧めします。
[ 割り当て] で、[ ユーザー、エージェント、またはワークロード ID] を選択します。
1. [含める] で、[すべてのユーザー] を選択します
2. [除外] で、次のようにします。
  1. [なし] を選択します
ターゲットリソース>リソース (以前のクラウドアプリ)>ですべてのエージェントリソースを選択します。
アクセス制御>付与の配下。
1. [ブロック] を選択します。
2. [選択]
設定を確認し、 [ポリシーの有効化] を [レポート専用] に設定します。
[作成] を選択して、ポリシーを作成および有効化します。

Microsoft Graph API を使用した エージェントへのサインインをブロックする ポリシー作成用の JSON の例:

POST https://graph.microsoft.com/beta/identity/conditionalAccess/policies
Content-type: application/json

{
    "displayName": "Block all users from accessing agent resources",
    "conditions": {
        "users": {
            "includeUsers": [
                "All"
            ]
        },
        "applications": {
            "includeApplications": [
                "AllAgentIdResources"
            ],
            "excludeApplications": []
        }
    },
    "grantControls": {
        "operator": "AND",
        "builtInControls": [
            "block"
        ]
    },
    "state": "enabledForReportingButNotEnforced"
}

(省略可能)エージェント ID の作成をブロックする

条件付きアクセスポリシーは、新しく作成されたエージェント ID を含め、テナント内のすべてのエージェント ID の使用を防ぐのに十分です。テナントでエージェント ID が作成されないようにするには、このセクションの手順に従います。

エージェント ID は、さまざまなチャネルを介してテナントに入ることができます。詳細については、エージェント ID 作成チャネルを参照してください。エージェント ID の作成は、次の方法でブロックできます。

Microsoft Entra 管理センターおよびその他のMicrosoft Entra エクスペリエンスでのエージェント ID の作成をブロックします。
独立系ソフトウェアベンダー (ISV) からのエージェント ID の取得をブロックします。
Microsoft製品とサービスによるエージェント ID の作成をブロックします。

Microsoft Entra IDでのエージェント ID の作成をブロックする

ユーザーが Microsoft Entra 管理センターやその他のMicrosoft Entra エクスペリエンスでエージェント ID を作成できないようにするには、

エージェント ID 管理者またはエージェント ID開発者の組み込みロールに対する適格またはアクティブな割り当てを削除します。
エージェント ID の作成を許可するサービスプリンシパルに付与されている oauth2PermissionGrants または appRoleAssignment を削除します。特定のアクセス許可については、次の表を参照してください。

許可	タイプ
`AgentIdentity.Create.All`	アプリケーションのアクセス許可
`AgentIdentityBlueprint.Create`	委任されたアクセス許可とアプリケーションアクセス許可
`AgentIdentityBlueprint.ReadWrite.All`	委任されたアクセス許可とアプリケーションアクセス許可
`AgentIdentityBlueprintPrincipal.Create`	委任されたアクセス許可とアプリケーションアクセス許可
`AgentIdentityBlueprintPrincipal.ReadWrite.All`	委任されたアクセス許可とアプリケーションアクセス許可
`AgentIdUser.ReadWrite.IdentityParentedBy`	委任されたアクセス許可とアプリケーションアクセス許可
`AgentIdUser.ReadWrite.All`	委任されたアクセス許可とアプリケーションアクセス許可
`User.ReadWrite.All`	委任された権限とアプリケーション権限。これらのアクセス許可は、人間のユーザーアカウントを管理するためにも使用できます。このアクセス許可を削除すると、システムは人間のユーザーを管理するためのアクセス権を失います。

これらのアクセス許可の詳細については、 Microsoft Graph のアクセス許可リファレンスを参照してください。

ISV からのエージェント ID の取得をブロックする

ユーザーが ISV エージェント ID ブループリントに同意してエージェント ID を作成できないようにするには、Microsoft Entra settings を使用して、アプリケーションに同意するユーザー機能を無効にします。アプリケーションに同意を付与する機能にも影響を与えずに、ユーザーがエージェント ID に同意を許可できないようにする方法はありません。ユーザーの同意を無効にすることは広範であり、ユーザーの同意フローに依存する正当な非エージェント SaaS アプリのオンボードや、既存の非エージェントアプリへのアクセス許可の付与もブロックされます。

この影響が大きすぎる場合は、ユーザーの同意を有効のままにし、代わりに条件付きアクセスブロックポリシーに依存して、承認されていない ISV エージェント ID のトークンを防ぎます。

Microsoft製品とサービスによるエージェント ID の作成をブロックする

Microsoft製品とサービスがテナントにエージェント ID を作成できないようにするには、各Microsoft製品で使用可能な設定を使用する必要があります。

Security Copilot

Security Copilotによってエージェント ID の作成を無効にするには、すべてのセキュリティコンピューティングユニット (SCU) 容量を削除してSecurity Copilotをシャットダウンします。これにより、エージェントと Security Copilot 自体の両方がブロックされます。詳細については、 Security Copilot のドキュメントを参照してください。次のロールを持つユーザーは、SCU 容量を作成することで、Security Copilot を有効に戻すことができます。

請求管理者
Microsoft Entra コンプライアンス管理者
グローバル管理者
Intune 管理者
セキュリティ管理者
Purview コンプライアンス管理者
Purview データガバナンス管理者
Purview Organization Management。

Security Copilot の使用を有効にし、エージェントの作成をブロックするには、ブロックするエージェントの種類に応じて次の方法を使用できます。

Microsoft エージェント (Microsoft Entra 条件付きアクセスエージェントなど) をブロックするには、関連するロールを持つユーザーに、各エージェントを有効にしないように要求します。現在エージェントを有効にできるロールは次のとおりです。
- セキュリティ管理者
- アイデンティティガバナンス管理者
- ライフサイクルワークフロー管理者
- セキュリティコパイロット貢献者
サードパーティのエージェント (Microsoft が所有していないエージェント) をブロックするには、Security Copilot ワークスペースの所有者/共同作成者ロールからすべてのユーザーを削除します。

Copilot Studio

Copilot Studioの使用とエージェント ID の作成を無効にするには、ライセンス、RBAC、またはデータポリシーを使用してエージェントの作成を制限できます。

ライセンス：
- ユーザーが Copilot Studio の無料試用版にサインアップできないようにします。
- Copilot Studio ライセンスをユーザーに割り当てないでください。
RBAC:
- ユーザーが無料試用版にサインアップできないようにします。これにより、試用版環境が作成されなくなります。
- Copilot Studio 環境を作成するには、Power Platform 管理者ロールが必要です。環境へのアクセスと、新しい環境を作成する機能を削除します。
データポリシー:
- エージェントが公開されないようにポリシーを適用して、誰もエージェントとチャットできないようにします。これにより、エージェントの作成はブロック されません 。

データポリシーの使用を推奨する詳細については、Copilot Studio のドキュメントを参照してください。

Azure AI Foundry

エージェント ID の作成を無効にし、ユーザーがAzure AI Foundryでプロジェクトとエージェントを作成できないようにするには、無料試用版または従量課金制を使用してAzureサブスクリプションを作成するユーザー機能を無効にします。これにより、次の設定が適用されます。

サブスクリプションを作成できるのは、課金管理者ロールまたはアカウント管理者ロールだけです。
サブスクリプション内で Foundry プロジェクトを作成できるのは、Azure AI アカウント所有者ロールだけです。
プロジェクト内で、ユーザーはエージェントを作成するための Azure AI ユーザーロールを持っている必要があります。

これらのロールをユーザーに割り当てない場合、ユーザーはエージェントまたはエージェント ID を作成できません。

詳細については、 Azure AI Foundry のドキュメントを参照してください。

Microsoft Teams

Microsoft Teamsを使用してエージェント ID の作成を無効にするには、Teams 管理センターの設定を使用します。

ユーザーが Teams にアプリやエージェントを追加できないようにします。
Microsoft アプリ、サードパーティ製アプリ、またはカスタムアプリを使用してピボットします。
必要に応じて、特定のユーザー/グループに対して特定のアプリ/エージェントを有効にします。

詳細については、 Teams 管理センターのドキュメントを参照してください。

フィードバック

このページはお役に立ちましたか?

Last updated on 2026-05-01