【2026年8月最新】AIエージェントにも「社員証」が必要に：Agent Identityが変える企業のアクセス管理
2026年8月、企業AIのセキュリティ課題は「モデルが何を答えるか」から、「どのAIエージェントが、誰の権限で、どのシステムを操作したか」へ移っています。
メールを読み、顧客データを検索し、チケットを作成し、外部APIを呼び出すAIエージェントは、便利なチャット機能ではありません。企業システムの内側で働く、新しい非人間ユーザーです。ところが共有APIキーや既存のサービスアカウントを流用すると、複数のエージェントの行動が同じ資格情報にまとめられ、事故時に「誰が何をしたか」を追えません。
Google Cloudは2026年8月24日、AIエージェントを安全に拡張するには、専用のID管理、中央制御、人による承認が重要だと説明しました。MicrosoftもAgent Identityを人や従来アプリとは区別されるIDとして整備し、NISTのNCCoEもAIエージェントの識別・認証・認可を対象とする実証計画を進めています。
本記事では、この「Agent Identity（エージェントID）」がなぜ必要なのか、共有APIキーとの違い、中小企業でも始められる導入手順を一次情報から整理します。
01. AIエージェントは「便利な機能」ではなく企業内の実行主体になる
従来の生成AIは、質問に回答し、文章や画像を作ることが中心でした。現在のAIエージェントは、複数の手順を計画し、社内データを参照し、ツールを呼び出して処理を完了します。
顧客管理システムから対象企業を検索する
メールや会議記録を要約して案件へ追記する
在庫を確認し、発注案や見積書の下書きを作る
障害を検知してチケットを起票する
複数のエージェントへ作業を分担する
この段階では、モデルの回答精度だけを管理しても不十分です。エージェントが持つ権限、接続できるツール、処理を実行できる時間、代理対象となる人を制御する必要があります。
02. 8月の転換点：エージェントを「第一級のID」として扱う
Google Cloudは専用IDと中央制御を重視
Google Cloudは8月24日の公式記事で、AIエージェントにはデータ閲覧やAPI実行の権限が与えられるため、従来とは異なる脅威モデルが必要だと説明しています。同社の調査では、技術リーダーの79％がセキュリティ、ガバナンス、運用のいずれかを推論基盤の拡張における最大の課題として挙げたとしています。
同社が示した方向性は、セキュアな初期設計、エージェント専用のID・権限管理、人の承認を含む中央制御です。Google CloudのAgent Identityは、人のIDや汎用サービスアカウントと区別される主体として設計され、オープン標準のSPIFFEを基礎に、暗号学的に保護されたIDを自動発行する仕組みを採用しています。
Microsoftは「固有ID・所有者・目的」をセットにする
Microsoft Entra Agent IDでは、AIエージェントへ固有のIDを付与し、自律実行と人から委任された実行を区別できます。Copilot Studioで作られたエージェントでは、作成者がスポンサーとして記録され、エージェントの認証行動を管理画面で確認できます。
Microsoftは最小権限の実務として、共有シークレットや再利用したサービスアカウントを避け、エージェントごとに固有ID、明確な目的、責任を持つ人間の所有者を設定するよう推奨しています。
03. 共有APIキーでは何が足りないのか
共有APIキーは導入が簡単ですが、エージェントが増えるほど三つの問題が大きくなります。
誰が実行したか分からない
複数のエージェントが同じ資格情報を使うと、ログには同じ主体しか残りません。誤送信や削除が起きても、どのエージェント、どの依頼者、どの処理経路だったかを特定しにくくなります。
権限を細かく止められない
一つのキーを停止すると、それを利用する全エージェントが止まります。反対に業務を止めたくないため失効できず、不要な権限が残ることもあります。固有IDなら問題のあるエージェントだけを停止し、影響範囲を限定できます。
「読む」と「変更する」が混ざる
情報検索だけのエージェントに、削除や外部送信まで可能な権限を与えると、プロンプトインジェクションや設定ミスの影響が広がります。取得、下書き、承認、実行を別の権限として分けることが重要です。
04. Agent Identityを構成する6つの要素
固有ID：人や他のエージェントと区別できる識別子
人間の責任者：承認、棚卸し、事故対応を担当する所有者またはスポンサー
目的：何の業務を、なぜ実行するのかを明文化した役割
最小権限：必要なデータ、ツール、操作だけに限定したアクセス権
期限：恒久権限ではなく、必要な時間だけ付与する一時的な権限
監査記録：誰の依頼で、どのIDが、何を読み、何を変更したかを追えるログ
NISTのNCCoEは、AIエージェントの識別、強い認証、動的な認可、人からの権限委任、改ざんしにくい監査記録を検討課題として挙げています。これは特定製品の機能比較ではなく、企業システム全体で共通する設計課題です。
05. 権限設計は「役職」ではなく「一つの仕事」で分ける
AIエージェントへ人間の部署権限をそのまま与えるのは危険です。Microsoftは、組織図ではなく個別タスクに合わせて役割を設計する考え方を示しています。
閲覧：承認済みFAQと指定フォルダだけを検索する
下書き：回答案やチケット案を作るが、送信はしない
実行：承認済みの定型操作だけを実行する
高リスク操作：削除、外部送信、権限変更、決済は人の追加承認を必須にする
同じエージェントでも通常時は閲覧権限だけにし、必要な作業時のみJIT（Just-in-Time）方式で短時間の追加権限を付与すると、利便性を保ちながら事故の影響範囲を小さくできます。
06. MCP時代は「ツール単位」の認可が必要になる
MCP（Model Context Protocol）などでAIエージェントが多数のツールへ接続すると、「サーバーへ接続できるか」だけでなく、「どのツールの、どの操作を使えるか」が重要になります。
Google Cloudは、MCPのツール名、メソッド、読み取り専用かどうかといった属性を条件に、ネットワーク境界でアクセスを制御する仕組みを案内しています。エージェントIDとツール情報を組み合わせれば、顧客検索は許可するが一括書き出しは禁止する、といった具体的な制御が可能になります。
07. 中小企業が90日で始める導入手順
最初の30日：エージェント台帳を作る
利用中・試験中のAIエージェントを一覧化する
所有者、目的、接続先、資格情報、保存データを記録する
共有APIキーと長期間使われていない資格情報を特定する
次の30日：権限を分離する
エージェントごとに固有IDを発行する
閲覧、下書き、実行、管理を別の権限へ分ける
外部送信、削除、決済、権限変更に人の承認を付ける
最後の30日：止める訓練をする
一つのエージェントだけを即時停止できるか試す
トークン失効後に既存セッションが継続しないか確認する
ログから依頼者、エージェント、ツール、変更内容を追跡する
所有者が退職・異動した場合の引き継ぎ手順を確認する
08. 導入効果を測るKPI
固有IDが付与されたエージェントの割合
所有者と目的が登録されたエージェントの割合
共有APIキー、過剰権限、休眠IDの件数
一時権限に有効期限が設定されている割合
高リスク操作で人の承認を通過した割合
問題検知から資格情報失効までの時間
監査ログから一連の操作を再現できた割合
エージェントの数だけを成果指標にすると、管理されていない自動化が増える可能性があります。業務完了率と同時に、固有ID率、過剰権限、停止時間を測ることが重要です。
09. Agent Identity導入チェックリスト
すべてのエージェントに固有IDがあるか
人間の所有者またはスポンサーが登録されているか
目的と許可された業務が文章で定義されているか
共有シークレットや人のアカウントを流用していないか
読み取りと書き込みの権限を分離したか
ツール単位・操作単位で許可範囲を限定したか
追加権限に有効期限と再承認があるか
削除、送信、決済、権限変更に人の承認があるか
一つのエージェントだけを即時停止できるか
依頼者から最終操作まで監査ログで追跡できるか
まとめ：AIエージェントを増やす前に、IDと責任者を決める
2026年8月の動向が示すのは、AIエージェントの安全性をプロンプトだけで担保する時代の終わりです。エージェントが企業データへ接続し、実際の操作を行うなら、人やサーバーと同様に「誰なのか」「何を許されているか」「誰が責任を持つか」を管理する必要があります。
最初の一歩は、新しいセキュリティ製品を買うことではありません。現在動いているエージェントを一覧化し、固有ID、所有者、目的、権限、停止方法を一行ずつ記録することです。
参照URL
Google Cloud — Empowering autonomous agents with advanced security governance（2026年8月24日）
https://cloud.google.com/blog/topics/ai-infrastructure/state-of-ai-infrastructure-report-agent-governance-and-securityGoogle Cloud — What's new in IAM: Security, governance, and runtime defense（2026年5月6日）
https://cloud.google.com/blog/products/identity-security/whats-new-in-iam-security-governance-and-runtime-defenseGoogle Cloud — Securing agentic AI with perimeter guardrails（2026年6月26日）
https://cloud.google.com/blog/products/identity-security/securing-agentic-ai-whats-new-in-vpc-service-controlsMicrosoft Security — Least privilege for AI agents: Identity, access, and tool binding（2026年7月16日）
https://www.microsoft.com/en-us/security/blog/2026/07/16/least-privilege-for-ai-agents-identity-access-and-tool-binding/Microsoft Learn — What are agent identities?（2026年6月15日更新）
https://learn.microsoft.com/en-us/entra/agent-id/what-are-agent-identitiesNIST NCCoE — Accelerating the Adoption of Software and AI Agent Identity and Authorization（2026年2月）
https://www.nccoe.nist.gov/sites/default/files/2026-02/accelerating-the-adoption-of-software-and-ai-agent-identity-and-authorization-concept-paper.pdf
D-aerial関連リンク
D-aerial AI Blog
https://d-aerial.com/blog/category/ai
D-aerial AI映像制作
https://d-aerial.com/services/ai-video
Higgsfield
https://higgsfield.ai/?fpr=cvo5ik
Genspark
https://mainfuncpteltd.sjv.io/JKexnq
AIツールプラットフォーム Reelmind
https://reelmind.ai/?aff=NI0E77
「紹介リンク（招待コード）を含みます」
LITMEDIA
https://www.litmedia.ai/pricing?from_ua=CQRUT9XL
Kindle AIトレンド2026年
3月：https://www.amazon.co.jp/dp/B0GGX92JRS
2月：https://www.amazon.co.jp/dp/B0GQS8H47S
1月：https://www.amazon.co.jp/dp/B0GLHCB4YG
無制限音楽リリースサイト DistroKid
https://distrokid.com/vip/seven/8321530
YouTube Music
https://music.youtube.com/playlist?list=OLAK5uy_lRIuSP-3blAmGa4FSDswiuKlQ3Ztqp00I
