世界の技術ニュースをリアルタイムでキャッチし、日本語でわかりやすく発信。AI・半導体・スタートアップから規制動向まで、グローバルテックシーンの「今」をお届けします。

2026-05-28

AIエージェント時代のセキュリティ危機：人間向けの仕組みではもう足りない

記事のキーポイント

AI agent は「人間の代わりに動くソフトウェア」だが、従来のセキュリティは人間を前提に作られている
AI agent は数が一気に増え、記事では「人間の144倍」と表現されている
問題の本質は、AI agent が「誰なのか」をどう証明し、何をしてよいかをどう制御するかにある
従来のIAM（Identity and Access Management: 誰に何を許すかを管理する仕組み）だけでは不十分
その解決策として、記事は Agent IAM という考え方を押し出している

いま起きていること：AI agent が“新しい住人”になった

The New Stack のこの記事は、AI agent の急増によってセキュリティの前提が崩れつつある、という話です。
タイトルの「identity crisis」は、直訳すると「アイデンティティの危機」。つまり、「お前は誰だ？」をうまく扱えなくなっている、という意味合いですね。なかなかうまい言い方だと思います。

AI agent というのは、単なるチャットボットではありません。
人の指示を受けて、ツールを使い、APIを叩き、ファイルを読み書きし、場合によっては他のサービスまで操作する“自律的なソフトウェア”です。ここが重要で、もはや「文章を返すAI」ではなく、「実際に仕事をするAI」になっているわけです。

記事の説明文では、AI agent の数が人間を 144:1 で上回る、とされています。
この数字のインパクトはかなり大きいです。人間向けの認証・権限管理を、AI agent の大量発生にそのまま当てはめるのは、正直かなり無理があると思います。

なぜ危ないのか：従来のセキュリティは“人間専用”だから

これまでのセキュリティは、ざっくり言えばこうでした。

人間がログインする
パスワードやMFAで本人確認する
役職や部署に応じた権限を付ける
監査ログで「誰が何をしたか」を追う

この仕組み自体は悪くありません。むしろ成熟している。
でも問題は、AI agent は人間とは違う動きをすることです。

たとえば、AI agent は以下のようなことをします。

短時間に大量のAPIリクエストを送る
複数のサービスをまたいで操作する
休まず動き続ける
ある時点では1つのタスク、次の瞬間には別のタスクをこなす

つまり、人間みたいに「この人は営業部の◯◯さん」という単位では管理しにくい。
ここで従来型のIAMが苦しくなります。IAMは「人」や「サービスアカウント」を前提にしてきたので、動的に振る舞う agent には追いつきにくいのです。

本当に難しいのは「認証」より「認可」

セキュリティの話をすると、よく「認証」と「認可」が出てきます。

認証: 本人確認。「あなたは誰？」
認可: 権限の確認。「あなたは何をしていい？」

記事のテーマは、単に「AI agent をどうやってログインさせるか」ではありません。
むしろ本丸は「AI agent に何を許すか」をどう設計するかです。

これはかなり面白い論点です。
人間なら、部署や役職に応じてある程度固定の権限を配れます。でも AI agent は、タスクごとに必要な権限が変わる可能性が高い。
たとえば、データを要約する agent と、チケットを作る agent と、システム設定を変える agent では、当然アクセス範囲が違うはずです。

なのに、全部まとめて強い権限を渡してしまうと危険。
逆に厳しすぎると何もできない。
この“ちょうどいい塩梅”をどう作るかが、かなり難しいわけです。

Agent IAM という発想が出てくる理由

記事では、こうした課題に対する方向性として Agent IAM が紹介されています。
これは、AI agent 向けに identity と access control を設計し直そう、という考え方です。

ざっくり言うと、

agent ごとに固有の identity を持たせる
何ができるかを細かく限定する
使ったツールや対象データを追跡できるようにする
人間とは別のルールで監査する

といった方向です。

個人的には、これはかなり筋がいいと思います。
なぜなら、AI agent を「便利なツール」で片づけるのではなく、新しい“主体”として扱う必要があるからです。
人間でもなく、単なるバックエンドサービスでもない。ここに新しい管理の単位が必要になる、という話ですね。

何が面倒かというと、AI agent は“勝手に動けてしまう”こと

AI agent の厄介さは、優秀さよりも「自由度」にあります。
人が一つひとつ指示しなくても動けるのが売りですが、その自由度はセキュリティ的にはリスクにもなります。

たとえば、

誤ったAPIを呼ぶ
権限の広いトークンを悪用される
似た名前のサービスを間違って操作する
連鎖的に別システムへ影響を与える

みたいなことが起きうる。
しかも、人間のように「ちょっと待って、それ違うよ」と止めにくい。自動化は便利だけれど、暴走も速い。ここが本当に怖いところです。

では、どう備えるべきか

記事の主張をかなり噛み砕くと、要するに「人間中心のセキュリティ設計から、agent 中心の設計へ移行しよう」ということです。
そのためには、少なくとも次のような視点が必要だと思います。

agent ごとに最小権限にする
→ 必要最低限の権限だけ与える
操作対象を絞る
→ 何でも触れる状態にしない
ログと監査を強化する
→ 後から追えるようにする
短命な認証情報を使う
→ 長く使える鍵は危ない
人間による承認を挟む
→ 重要操作は自動実行しない

このへんは、クラウドセキュリティやZero Trustの考え方とも相性がいいです。
「信用しない、都度確認する」という発想が、AI agent 時代にはさらに重要になるはずです。

個人的に面白いと思った点

この記事で特に面白いのは、AI の問題を「モデルの賢さ」ではなく「身元管理」の問題として捉えているところです。
AI の話はつい性能競争になりがちですが、実運用では「誰が何をしてよいか」のほうがずっと事故に直結します。

つまり、すごいAIを作るより、安全に動かせるAIを作るほうが先、ということです。
これは地味だけれど、かなり本質的だと思います。

まとめ

The New Stack のこの記事は、AI agent が普及するほど、従来のセキュリティ設計が苦しくなると警告しています。
とくに、人間向けに作られた IAM では、AI agent のような大量・自律・動的な存在をうまく扱えない。そこで Agent IAM という新しい発想が必要になる、というのが骨子です。

AI の進化というと、つい「何ができるようになったか」に目が行きます。
でも本当は、「その力をどう安全に制御するか」のほうが、現場ではずっと大事です。
派手さはないけれど、ここを外すと一気に危険になる。そんな記事でした。