AIエージェントの導入が急速に進む一方で、企業のセキュリティ態勢は取り残されています。VentureBeat が 107 企業を対象に実施した調査から、深刻なセキュリティギャップが浮き彫りになりました。

調査結果が示す現実：半数以上の企業でセキュリティインシデント

VentureBeat の調査から得られた主要な数字は、業界の危機的状況を物語ります。

  • 54%の企業が既にセキュリティインシデント経験：確認されたインシデントか、あるいは「もう少しで大事になるところだった」という near-miss を含む。
  • 2/3のエージェントが独立した ID を持たない：個別のエージェントが独自の scoped identity（権限限定）を持つ企業は約 1/3 のみ。
  • ほぼすべてのエージェントが認証情報を共有：複数のエージェント間で同じ認証情報（API キー、パスワード）を使い回す運用が主流。
  • 7割がハイリスク エージェントの隔離に対応していない：最も危険度の高いエージェントについても、運用上の制約や技術的複雑さから、適切な隔離ができていない。

この状況は「AIエージェントを与える」と「セキュリティコントロールの整備」の時間差を表しています。

なぜこのギャップが生まれるのか

企業がエージェントを導入する際、セキュリティスタックは主に 2 つの選択肢から構成されています。

  1. モデルプロバイダーやハイパースケーラーからのセキュリティソリューション：OpenAI や Google、AWS が提供する認証・ロギング基盤を流用している
  2. 企業独自の整備：社内のセキュリティチームが自社の要件に合わせて独自に構築

多くの企業は 1 番目に依存していますが、モデルプロバイダーが提供するセキュリティ対策は、エージェント特有の問題（複数エージェント間の認証情報の分離、リアルタイムトークンバーン監視など）には設計されていません。つまり、汎用的すぎて、エージェント特有のリスクに対応できていないのです。

企業が直面する実務的な課題

認証情報管理の複雑さ：従来の認証・認可システムはユーザーを主体に設計されています。しかし、エージェントはユーザーとは異なり、24 時間稼働し、複数のシステムにアクセスし、人間の「一時的な判断」を行いません。既存の IAM（Identity and Access Management）ツールでは、この違いに対応できないのが実態です。

内部監視・制御の欠如：エージェントが何をしたか、誰の指示で、どのシステムにアクセスしたのかを記録・監査する機構も、多くの企業では後付けです。ログが残っていない場合、インシデント後に「何が起きたのか」を特定することさえ困難です。

段階的な権限付与の困難：最初はテスト環境で低権限で動かしていたエージェントも、本番環境では高権限が必要になることが多いもの。その移行過程で、不要な権限がそのまま残ることが起こりやすい。

この調査が意味すること

この数字は単なる「現状の課題」ではなく、業界全体がまだエージェント時代に対応できていない ことを示唆しています。今後のエージェント導入が加速すれば、このセキュリティギャップは、供給チェーン攻撃やデータ流出の主要な原因になる可能性があります。

エージェントをビジネスロジックの中心に据える前に、企業には以下が求められます。

  1. エージェント専用のセキュリティアーキテクチャ の検討
  2. 最小権限の原則の実践（各エージェントは必要最小限の権限のみ付与）
  3. リアルタイムモニタリングの導入（トークンバーン、API 呼び出し、データアクセスの監視）
  4. 監査ログの自動化（「何をしたか」の記録がビジネス要件と同等に重要）

セキュリティギャップを放置したまま、エージェント導入を進めることは、組織全体のリスクを飛躍的に増やすことになります。