要約
エンタープライズAIのスケーリングにおいて、アイデンティティが主なレートリミッターとなるのはなぜでしょうか？
従来のIAMシステムが静的であるのに対して、エージェント型AIシステムはランタイムの動的な動作を示します。これにより、委任チェーンが生成され、標準的なインタラクションに比べて5〜30倍（最大1,000倍）もの権限イベントが消費されます。組織は、セキュリティを事後的なコンプライアンスゲートとして扱うのではなく、アイデンティティガバナンス（スコープ縮小、コンテキストを認識したスコープ設定、自動ローテーション）をアーキテクチャの段階で組み込むことで、AIを12倍速くスケールさせることができます。
当社では、18か月前に、AIのスケーリングに関する決定が実際に行われる会議に参加し始めました。それは基調講演のステージではなく、セキュリティリーダー、プラットフォームアーキテクト、ビジネススポンサーが、何をリリースし、何を保留にするかを協議するワーキングセッションです。見えてきたパターンには一貫性があり、そして意外なものでした。最も早く本番運用に踏み切った組織は、優れたモデルや大規模なデータを持つ組織ではなかったのです。そうした組織では、最初からアイデンティティをAI設計の中核的な基本構成要素として扱っていました。
アイデンティティが、本番環境へのリリースか、パイロット段階での停滞かを左右します。エンタープライズAIの導入を阻む要因でありながら、ほとんどの企業が早期の設計段階で考慮できていないものです。
Oktaがこれを把握しているのは、金融サービス、ヘルスケア、小売、エンタープライズソフトウェアといった一部のセクターにおいて、18か月にわたり、こうした問題がリアルタイムで発生するのを目の当たりにしてきたからです。業界、モデルの選択、クラウドプラットフォームに関係なく、障害モードは驚くほど一貫しています。
1つの人間の意図に、権限イベントは1,000件
ある金融サービス企業のセキュリティリーダーが、数か月前にこの課題を具体的に示してくれました。同社のチームは、管理下にあるパイロットの一環として、1月に3つのAIエージェントを導入し、エージェントには、スコープが定義されて、文書化・承認されました。3月までに、組織全体で誰も承認していないエージェントが17個も稼働していることが判明しました。エージェントは、本番データに接続されており、API呼び出しを実行して、従業員の認証情報で動作しているのです。
「それらが何に接続されているのか、もうわかりません」と彼女は言いました。彼女はエッジケースではありませんでした。彼女は中央値でした。
1つのエージェント型タスクでは、標準的なインタラクションの5〜30倍のアイデンティティイベントが消費されます。エージェントのフローを積み重ねる（つまり、あるエージェントが別のエージェントを呼び出し、サブタスクを委任し、サブエージェントを生成する）と、再試行ループと自己修正を伴う複雑な推論ワークフローでは、上限が1,000倍に達することがスタンフォード大学の研究者によって判明しています。
1つの人間の意図に、権限イベントは1,000件あるわけです。こうしたイベントはすべて、従来のIAMでは対応できない攻撃対象領域、コンプライアンス上のリスク、そしてガバナンス上の判断を伴います。
AIエージェントを完全に可視化できている組織は、わずか24.4%に過ぎません。2028年までに、Fortune 500に選出される平均的な企業は、15万を超えるエージェントを導入するようになります。現在、こうしたエージェントの90%に過剰な権限が付与されています。これは、個別のエージェントにとどまらず、推論呼び出しを行うファインチューニング済みモデル、機密性の高いストアからデータを取得するRAGパイプライン、ツールを呼び出すプロンプトチェーン、そして誰も明示的に付与していない権限が委任レイヤーを通じて連鎖的に継承されるマルチエージェントオーケストレーションにまで及びます。
53%が、適切なガバナンスなしで機密データにアクセスしています。シャドーAIの問題は、エージェントだけにとどまりません。承認されていないすべての推論には、継承された権限が伴い、機械的なスピードで複合的に蓄積していきます。
「アイデンティティイベントの爆発的な増加は、エージェント型AIの副産物ではなく、その決定的な特徴なのです。 ガバナンスなしで展開するエージェントはすべて、単なるリスクにとどまりません。環境内に存在する他のあらゆるリスクを増大させる要因となります」
- Sai Lolayekar, Business Innovation Leader, Security Partners, AWS
ほとんどのガバナンスフレームワークは、過去の課題を解決するもの
業界では、「ワークフローを再設計し、セキュリティを早期に導入し、エージェントを統制する」という分かりやすいストーリーが主流になりつつあります。大手アナリスト企業やクラウドプロバイダーがそう述べています。しかし、このアプローチは正しいものの、十分ではありません。
問題は、現在展開されているガバナンスフレームワークのほとんどが、動的なシステムを静的なポリシーエンジンで管理しようとしている点にあります。展開時に権限を定義します。しかし、エージェント型AIはそのようには機能しません。エージェントの動作は、実行時に現れます。次に呼び出すべきツールを判断します。委任するかどうかを決定します。ポリシーが作成された時点では存在しなかったコンテキストに基づいて、必要なデータを判断します。
動的なエージェントに対して静的なガバナンスを適用するのは、1時間ごとに道路を設計し直す都市に交通法規を定めるようなものです。
必要とされているのは、エージェント自体と同じスピードと適応性で機能するアイデンティティガバナンスです。しかし、これを完全に構築できている組織はほとんどありません。
- 委任チェーンが長くなるにつれてダウンストリームで減衰する権限
- コンテキストアウェアアクセス：機密性が高まるにつれてアクセスを制限
- キルスイッチ：人間が最初に問題を検知する必要がありません
これがギャップです。だからこそ、AIのスケールにおいて、アイデンティティは単に「重要」なだけでなく、スピードを左右する要因となるのです。この課題にいち早く対処した組織は、単にリスクを回避するだけではありません。競合他社が、完璧なポリシーを求めてパイロットモードから抜け出せないでいる間に、本番環境にエージェントを導入できるため、他社よりも迅速に動けるのです。
（レポートではなく現場で）実際に確認されている、4つの主なセキュリティ障害パターン
数百社に及ぶ企業との対話を通じて、組織を停滞させる、繰り返し現れる4つのパターンが見えてきました。実際の現場で見えてくるシナリオをご紹介しましょう。
1. 機会の盲点
あるヘルスケア企業は、400万ドルを費やして、適切なアクセス制御を備えたAI搭載のクレーム処理エージェントを構築しました。最大の価値は、実はアップストリームの事前認可ワークフローにありました。このワークフローでは、臨床医が認証情報を共有し、エージェントがデフォルトで管理者レベルの権限を継承していました。同社では、アイデンティティのリスクがどこに集中しているかを把握していなかったため、保護すべきポイントを見誤っていました。
2. 戦略と実行の乖離
ある小売企業では、1月にCEOが「AIファースト」を宣言し、CTOが3つのプラットフォーム構想に予算を投じ、CISOがガバナンスフレームワークを立ち上げましたが、三者の方向性は揃っていませんでした。第3四半期までに、12のチームが4つのランタイム上でエージェントを構築していましたが、アイデンティティに関する連携は一切ありませんでした。12通りもの同じ技術的負債を構築していましたが、そのどれもが統一されたセキュリティレビューを通過できませんでした。
3. 実用化に至らない実験
あるエンタープライズソフトウェア企業は、18か月で47件のAIエージェントのパイロット版を立ち上げましたが、本番環境に移行したのはわずか3件でした。頓挫したすべてのパイロット版が、セキュリティレビューという同じ壁に突き当たりました。それぞれで独自の認証、認証情報ストレージ、権限モデルが開発されていました。44件でカスタムアイデンティティが実装され、再利用可能なガバナンスインフラはゼロでした。パイロット版が失敗したのは、AIの機能が原因ではありません。失敗に終わったのは、その発展を可能にするアイデンティティプラットフォームを誰も構築しなかったためです。
4. ガードレールが障害になるとき
Oktaの「Global CISO Insights 2026」によると、自社の経営幹部や取締役会とAIの許容可能なリスクについて完全に連携できていると感じているCISOはわずか31％でした。また、自社の取締役会がAIセキュリティをコンプライアンスのチェック項目ではなく、ビジネスの実現要因と見なしていると回答したCISOは半数未満でした。その結果、セキュリティチームは「ノー」と言うだけの部門になってしまいます。そうなりたいからではなく、プロセスによってそうなってしまうのです。
こうしたパターンにはすべて同じ根本原因があります。それは、アイデンティティが設計の基本要素ではなく、後付けで処理されていたということです。
より良い連携やポリシーの強化が解決策になるわけではありません。これはオーナーシップの違いです。アイデンティティは後付けのレビューゲートではなく、アーキテクチャに関する意思決定となります。
「アカウンタビリティをスケールさせることなく、自律性をスケールさせることはできません。アイデンティティは、複利的な優位性と複利的なリスクを分ける、中核的な設計上の決定事項です」
- Eddie Kim, Head of AI Market Development, AWS ISV North America
誤解のないように言っておくと、モデルの品質とデータの準備は無関係なのではなく、必要不可欠なものです。しかし、組織が苦戦しているのはそこではありません。世界トップクラスのモデルと非常に優れたデータパイプラインを持つチームでさえ、エージェントの認可に関する基本的な質問に答えられず、何か月も停滞するケースを見てきました。ボトルネックは変化しました。
「企業頭脳」問題
現在、業界では「エンタープライズブレイン」という概念が議論されています。これは、あるエージェントが学習した内容がセッション終了時に失われることなく、他のエージェントも利用できるように、エージェントには共有のメモリとコンテキストが必要であるという考え方です。
この直感は正しいです。セッションの間にすべてを忘れてしまうステートレスなエージェントのせいで、パイロット版は素晴らしく見えても、本番システムでは期待外れに終わるのです。しかし、その会話の中では誰も「その記憶を管理するのは誰か」と問いかけてはいません。
エージェントAが顧客の財務状況に関する情報を取得し、マーケティングのワークフローを処理するエージェントBと共有した場合、その共有は認可されたものだったのでしょうか？エージェントが蓄積したコンテキストに、PII、企業秘密、または特権の対象となる通信内容が含まれる場合、何を保持し、何を消去し、他に誰がアクセスできるかを決定するのは誰なのでしょうか？
アイデンティティガバナンスのないエンタープライズブレインは、組織の記憶喪失が組織の監視に取って代わられた状態です。課題は解決されていません。検知も封じ込めも、より困難な新たな脅威を生み出してしまったのです。
ここでアイデンティティは、単なるセキュリティコントロールとしてだけでなく、次世代AIアーキテクチャの設計プリミティブとしての役割を担うようになります。メモリレイヤー、コンテキストレイヤー、共有ナレッジレイヤー...そのすべてに、それらを消費するエージェントと同じ速度で動作するアイデンティティ対応のアクセス制御が必要です。
当社が面談したある金融サービス企業は、共有メモリを持つエージェントを展開していましたが、アイデンティティでスコープを限定したアクセス制御は行っていませんでした。数週間後には、マーケティングエージェントが、コンプライアンスエージェントが検出した顧客の財務データを取り込んでいました。そのデータは、マーケティングエージェントが保持する認可もなければ、消去するメカニズムもないものでした。
OktaとAWSを統合してエージェント型メモリと委任ワークフローを保護する方法
まさにこれが、OktaがOktaとAWSの連携を、エージェントのアクションだけでなく、エージェントのメモリも管理できるように設計した理由です。Amazon Bedrockでエージェント型のワークロードを実行しているチームにとって、立ち上げるすべてのエージェントが新しいアイデンティティとなり、その検出、スコープ設定、ガバナンスが必要になります。
Okta for AI Agentsと、Amazon BedrockおよびAmazon Bedrock AgentCoreを直接統合することで、AIガバナンスのギャップを解消し、次の5つの課題を同時に解決します。
- 環境全体でシャドーAIを検出する
- ユニバーサル登録で、すべての自律型アイデンティティに人間所有者を割り当てる
- 最小権限を適用し、委任チェーンが長くなるに伴って権限を縮小させる
- 機械的なスピードで認証情報を自動ローテーションする
- 完全な監査ログで、すべてのエージェントのアクションについて改ざん検知可能な記録を提供する
重要な点として、Entra IDやPingなどの既存のアイデンティティプロバイダーと連携して機能するため、入れ替えの必要はありません。
実際にはどのようなものになるのでしょうか？当社が支援した小売チームは、エージェントを作成する前に、まずエージェントのガバナンスレイヤーを構築しました。すべてのエージェントは、インスタンス化の際にスコープ付きのアイデンティティを継承します。エージェントが委任すると、権限は自動的に縮小します。最初のAIエージェントは、構想からわずか11日で本番稼働に至りました。ガバナンスインフラがすでに整備されていたため、12番目のエージェントは、3日で導入が完了しました。
ビジネスケースはリスクの問題ではなく、スピードの問題
当社が支援してきた数十社の組織に共通するパターンがあります。それは、アイデンティティガバナンスを初日から統合したチームは、6週間のサイクルで本番稼働を達成しているというものです。後からガバナンスを追加したチームは、18か月経ってもまだパイロットから抜け出せません。セキュリティレビューのたびに、アーキテクチャの再設計に引き返されるためです。
アイデンティティファーストの組織とアイデンティティラストの組織とでは、12倍ものスピードの差があることになります。 そして、それはさらに悪化します。アイデンティティファーストのチームが12回のイテレーションをリリースし、本番環境からのフィードバックを通じて学習を重ねている一方で、アイデンティティを後回しにしたチームは、まだ最初の展開の承認を得るための交渉を続けています。
BCGの2026年のデータは、より広範なパターンを裏付けています。ワークフローの再設計を含む明確なAI戦略を持つ組織では、測定可能なビジネスインパクトが25パーセントポイント向上することが示されています。Eightfold社の調査では、EBITDAが10～25％増加するとされています。現場での経験から言えるのは、ワークフローの再設計が本番環境に導入されるか、パイロット段階で終わるかを左右する最大の要因は、アイデンティティファーストの設計であるということです。
仕組みはシンプルです。アイデンティティを優先させるチームでは、共有ガバナンスレイヤーを一度構築すると、その後のエージェントがそのレイヤーを継承していきます。アイデンティティを後回しにするチームでは毎回、エージェントごとにガバナンスを独自に再構築することになります。前者のアプローチでは、直線的にスケールしますが、後者のアプローチでは、コストと手間が二次関数的に増大し、最終的にはまったくスケールしなくなります。
アクションプラン：AIアイデンティティへの対応準備に向けた3つのフレームワーク
Oktaは、「大きく考え、小さく始め、迅速にスケールする」という考え方を大切にしています。まずは、次の3つの会話から始めましょう。
1. フリクションの監査
- 対象者：お客様とお客様の運用チーム
- 特定ポイント：頻出する3～5つの摩擦点
- それぞれについて、次のように自問してみてください。「もし今日、これをゼロから設計するとしたら、AIをネイティブ機能として搭載し、アイデンティティガバナンスを組み込んだ場合、どのようなものになるだろうか？」
2. アイデンティティアーキテクチャの決定
- 対象者：お客様、お客様のCISO、お客様のAIプラットフォーム責任者
- 3つの質問：「現在、承認済みと未承認のエージェントがいくつ稼働していますか？」「エージェントのアクセスを60秒以内に取り消すことはできますか？」「エージェントがサブエージェントに委任した場合、権限は縮小しますか、それとも継承されますか？」
- 診断：3つの質問すべてに答えられない場合、アーキテクチャに問題があります
3. 開発のスピードに関する対話
- 対象者：お客様 + CEO/取締役会
- セキュリティを捉え直す：「リスク軽減」から「展開の迅速化」へ。
- 戦略的焦点：課題は、AIを安全に統制する方法ではなく、競合他社より12倍速く本番稼働させる方法です。アイデンティティファーストの設計がその答えです。
エージェント型エコノミーの到来は、多くの組織が想定しているよりも速いペースで進んでいます。業界では、エージェントにはマシンが発行したアイデンティティが必要であり、最小権限の原則を適用して完全な監査可能性を確保するという考え方が主流になりつつあります。この考え方は現在、NISTのNCCoEがAIエージェントのアイデンティティと認可に関するフレームワークで成文化しています。しかし、アイデアの収束と実行の収束は同じではありません。アイデンティティの重要性を理解することと、それをアーキテクチャに組み込むことの間にはギャップがあり、そこから優位性が生まれます。これに正しく対応できる組織は、リスクを回避できるだけでなく、ビジネスを加速させ、より多くの製品をリリースできるようになります。
アイデンティティは、本番環境への移行準備が整っているかどうかを判断するための設計上の決定事項です。見過ごさないでください。まず構築してください。
