Google Cloudは10月27日、公式ブログで、Google Cloud IAM(Identity and Access Management、アクセス権限管理)の操作をAIエージェントに任せるための新機能「IAM Helper」を発表しました。同ブログによると、IAM Helperは「IAM Helper エージェントスキル」と、その基盤となる「Google Cloud IAM MCPツール」の2層構成で、既存のIAMエンジン(Policy IntelligenceおよびPrivileged Access Manager)の上に、エージェント向けのオーケストレーション層を追加するものだとしています。
公式ブログは、提供される4つのエージェントスキルを紹介しています。JSON・YAML・Terraform HCLからIAMの許可設定(allowバインディング)や拒否ルールを生成・検証する「ポリシー管理」、403エラー(PERMISSION_DENIED)の原因を診断する「トラブルシューティング」、過去90日分のアクセスログに対して変更内容をシミュレーションする「ポリシーシミュレーター」、作業完了後に自動的に失効する期限付きの特権アクセスを発行する「特権アクセス管理(PAM)」の4種類です。同ブログによると、これらのスキルはGemini CLI・Gemini Cloud Assist・ADK・Claude Code・Cursorなど複数のエージェント基盤上で動作するとされています。重要な設計上の制約として、ブログは「読み取り専用の診断・シミュレーションは自動実行されるが、実際のアクセス権限の変更はリスクの階層に応じて人間による確認(human-in-the-loop)を必須とする」としており、基盤となるMCPツール自体も読み取り専用の機能のみを公開していると説明しています。
AIGNALとしては、この機能は複数のクラウドプロジェクトやアクセス権限を抱える組織で、AIエージェントに権限関連の調査・提案までを任せたい担当者に関係すると見ます。ポイントは、ポリシー変更そのものをAIエージェントが自動で確定させるのではなく、人間の承認フローを経る設計になっている点で、「エージェントに権限管理を全面的に委ねる」のではなく「調査・提案の負荷をエージェントに下げてもらい、最終判断は人間が担う」という位置づけだと理解するのが実務的です。導入にあたっては、どのリスク階層が自動承認・どの階層が人間の確認を要するかという具体的な設定は、このブログ記事には明記されておらず、公式ドキュメントや各スキルの設定ファイルを個別に確認する必要があります。
