AIエージェントの所有者は誰ですか？おそらく誰もいません

エージェントを導入するチームは、意図せずして新しいIDを生み出しています。そのIDはシステムにアクセスし、データを移動し、誰かに代わって行動できます。今求められているのは、事態が制御不能になる前に手を打つことであり、その第一歩は基本的な問いに答えることです。これは誰の仕事なのでしょうか。

エージェントがデータを処理する方法のルールを誰かが定める必要があるため、法務部門でしょうか。従業員がアクセス申請なしにエージェントを作り、ID数が増えていくのを見守るIDチームでしょうか。それとも、作った人が責任を負うべきだという考え方から、構築したチームのマネージャーでしょうか。

誰なのかを明確に言えないのであれば、正直な答えはおそらく誰もいない、ということです。この曖昧さが、アクセスが見直されず、権限が目的を終えても残り、孤立したエージェントが稼働し続ける原因です。

Ivantiの最近の調査では、ITプロフェッショナルの85%がすべてのAIエージェントに指名された所有者がいると答える一方、その所有者が誰か明確だと答えたのは42%にとどまります。ITが自らについて語る姿と現場の実態との間に43ポイントの差があります。「誰かが所有すべきだ」が、「この特定の役割が所有し、それをやめたらどう分かるかも決まっている」に結びつかないと、こうなります。

所有権は肩書きであり、責任はワークフローです

「このエージェントは誰のものか」への答えは、人だけではありません。そのアクセスを定期的に再確認し、正当性がなくなれば取り消し、その両方が行われたことを証明するプロセスも答えに含まれます。そのプロセスがなければ、所有権は絵空事であり、責任の裏付けがない肩書きにすぎません。責任は一度割り当てて信頼すれば済むものではありません。元の所有者が注意を払っているかどうかにかかわらず稼働するワークフローで、一定の周期で証明し続ける必要があります。

それがない場合に何が起きるか

自分のエンドポイントで自律型コーディングエージェントを実行する開発者を考えてみましょう。ITはそれらのツールを承認しておらず、多くの場合それが見えていません。しかし、反射的に止めるべきではありません。実際の仕事の進め方に合わせたワークフローを作るべきです。

実際には、特定の個人に紐づく一度限りの承認と、定期的な再証明サイクルを組み合わせます。まず30日の再証明サイクルを導入してください。完了したプロジェクトが四半期丸ごとアクセスを保持できない短さです。前四半期の承認が今も有効だと思い込むのではなく、誰かがアクセスの正当性を改めて確認することになります。

これが、所有者の一覧表よりもガバナンスが重要である理由です。一覧表には名前が載っているだけです。サイクルは、その名前が今も現実と一致しているかを確認し、一致しなければアクセスを取り消します。

Netwrix Identity Managerが、指名された所有者を実証された所有者に変える方法

Netwrix Identity Managerは、AIエージェントが懸念事項になる何年も前の2018年から非人間IDを管理してきたID ガバナンス・管理ソリューションです。サービスアカウントやマシンIDと同じ認定とライフサイクルのモデルをエージェントにも適用します。

Identity Managerは、認定に基づく自動プロビジョニング解除によってこれを実現します。AIエージェントに付与されたアクセスは、人間のユーザーと同様に定期的な認定の対象としてスケジュールされます。プロジェクトが終了した、所有者が退職した、あるいはアクセスの正当性がなくなった場合、認定者は再承認せず、Identity Managerは権限を有効なまま放置せずに自動で解除します。名前を再検証する仕組みがなければ、エージェントの100%に名前が付いているかどうかは重要ではありません。検証されていない、または放置されたエージェントは、自動的にアクセスを失います。

エージェントに所有者を割り当てる

スケジュールされたキャンペーンで権限を認定する

まとめ

すべてのAIエージェントをIDプログラムに取り込み、そのアクセスを検証できる所有者を割り当ててください。その上で、所有者に一定の周期で再認定を求める認定キャンペーンをスケジュールします。所有者に意見が必要な場合は、委任を有効にして、現場に近い協力者から推奨事項を得られるようにします。ただし責任は手放しません。

所有者は引き続き署名し、アクセスは既定で更新されるのではなく、継続の可否を判断する人によってレビューされます。

所有者を指名することは、問いに一度答えることです。ガバナンスは継続的に答え続けるため、組織図が変わった後も所有権は維持されます。