AIエージェントのアイデンティティ（Agent Identity）

この用語の意味

AIエージェントのアイデンティティとは、AIエージェントを人の共有アカウントのように扱わず、エージェントごとに識別し、必要な権限だけを与えるための考え方です。固有の識別情報、認証情報、許可する操作、利用期限を分けることで、誰の指示でどのエージェントが何を実行したかを確認しやすくします。

何ができるか

エージェントごとに閲覧・作成・更新・送信などの権限を分け、不要になったエージェントだけを停止できます。利用者から一時的に委任された権限と、エージェント自身の権限を区別し、操作ログに両方を残せる仕組みなら、問題が起きたときの確認にも役立ちます。

ただし、固有の識別情報を設定しても、AIの判断や出力が正しくなるわけではありません。許可範囲、承認手順、停止方法、結果の確認を組み合わせて運用します。

実際に使うために必要なもの

最初に、AIへ任せる業務、接続先、必要な操作、承認者を一覧にします。その上で、エージェント固有のアカウントまたは識別子、用途を限定した認証方法、必要最小限の権限、短い有効期限、操作ログ、緊急停止と失効の手順を用意します。人が普段使うID・パスワードや、広い権限を持つAPIキーをそのまま渡しません。

費用は、対応するAI・ID管理サービスの契約、初期設定、外部サービスとの連携、ログの保存、定期的な権限確認にかかる作業時間を含めて見積もります。利用できる認証方式と管理機能は、サービスや契約プランによって異なります。

開発・規格と使用条件

AIエージェントの識別と権限管理には、従来のID・アクセス管理で使われてきたOAuth 2.0やSPIFFEなどを応用する考え方があります。NISTは、エージェントへ人の認証情報を共有せず、固有の識別子・認証情報・権限を持たせる必要性を説明しています。詳細はNISTの公式解説で確認できます。

Google Cloudの「Agent Identity」は、SPIFFE IDやX.509証明書などを使う実装例です。これはすべてのAIサービスに共通する方式ではありません。導入時は、利用するサービスの公式の認証・権限管理資料を確認し、対応環境、利用地域、契約条件、ログ、認証情報の保管方法を判断します。情報確認日：2026年8月31日。

小さく試す運用例

一つの共有フォルダにある公開済み資料だけを読み、要点の下書きを作るAIエージェントから試します。専用の識別情報を設定し、権限は読み取りだけに限定します。送信・削除・権限変更は許可せず、担当者が下書きと操作ログを確認します。1週間試した後、不要な権限がないか、停止と認証情報の失効ができるかを確認します。

人が確認すること・注意点

人のID・パスワードや管理者権限を共有していないか、権限が業務目的より広くないか、認証情報の有効期限と失効方法、操作ログの保存先を確認します。公開、送信、購入、削除、契約、顧客対応など影響の大きい操作は、人の承認後に実行します。エージェント固有の識別情報があっても、AIが人と同じ責任を負うわけではなく、利用組織と担当者の確認は必要です。