Engineering · セキュリティ

エージェント基盤が攻撃目標になる時代——CVE-2026-59822とAnthropic脅威報告が示す、インフラセキュリティの新設計

AIエージェントが企業システムに深く組み込まれるほど、モデルの外側にある「配管」——MCPゲートウェイ・APIキー・評価用サンドボックス——が攻撃者の高価値な標的になります。2026年9月の一連の出来事はその転換点を記録しています。

要点

  • (外部報告) ロシア語話者とみられる攻撃者がプロンプトインジェクションでAIベンダーの評価用サンドボックスのAPIキーを盗み、約30社を約4日間連鎖攻撃した事例がAnthropicの脅威報告に記録された(「Detecting and countering misuse of AI: September 2026」2026年9月10日公開)
  • (外部情報) CVE-2026-59822はLiteLLMのMCP Streamable HTTPエンドポイントの認証バイパス。2026年9月2日CISAのKnown Exploited Vulnerabilitiesリストに野外での悪用確認として登録。バージョン1.84.0以降で修正済み
  • (外部情報) PentAGIなど公開済みのオフェンシブエージェントフレームワークが偵察・認証情報窃取・横断移動の全ステップを自動化するため技術的参入障壁が低下している(同報告書)
  • (A) agens のタスク毎の使い捨てサンドボックス隔離は、APIキーが侵害された場合でも爆発半径をそのタスクの範囲に限定する設計になっている

攻撃者が狙うのは「答え」ではなく「鍵」

2026年まで、AIに対するセキュリティ上の懸念は主に「モデルが不正な出力を生成するリスク」に集中していました。プロンプトインジェクションで個人情報を漏らす、脱獄して有害コンテンツを生成する——こうした攻撃はモデルへの入出力を標的にしていました。

2026年に入り、より危険な攻撃パターンが記録されています。攻撃者の標的は、モデルの「答え」から、モデルが接続しているシステムへの「鍵」(APIキー・認証情報・セッショントークン)に移りつつあります。AIエージェントが何十ものツールやシステムに接続する現在、ひとつのAPIキーは広大なアクセス権を意味するため、価値が高い。

Anthropicの「Detecting and countering misuse of AI: September 2026」(2026年9月10日公開)は、2025年12月から2026年8月にかけて把握した約40グループの活動を記録した脅威インテリジェンス報告書です。サイバー操作・影響工作・監視・詐欺・生物兵器・通常兵器・モデル蒸留の7分野を横断し、エージェント基盤への攻撃事例が初めて体系的に記録されています。

プロンプトインジェクション1件がAPIキーを起点に30社へ——記録された攻撃チェーンの解剖

攻撃チェーン(Anthropic 脅威報告 2026-09)防衛設計攻撃者公開エージェントフレームワーク利用プロンプトインジェクションMCP応答・ツール結果に命令挿入MCPゲートウェイ侵害評価サンドボックスのAPIキー奪取横断攻撃 ~30社・~4日同報告書が記録した事例推論前 DLP フィルタ(B) インジェクション検知・遮断MCPゲートウェイ認証(B) ゼロトラスト・最小権限設計タスク単位サンドボックス(A) APIキー隔離・爆発半径限定防衛防衛防衛
左列:Anthropic脅威報告(2026年9月10日公開)が記録した攻撃ステップの流れ。右列:各ステップに対応する防衛設計層。(A)はagens実装済み機能、(B)は一般的なベストプラクティス。

記録された事例:1つの侵害が30社を4日で標的にした

同報告書が記録したサイバー攻撃の事例の中で、ロシア語話者とみられる攻撃者がAIベンダーの評価用サンドボックスにプロンプトインジェクションを行い、そのサンドボックスが保持していた本番環境のAPIキーを奪取したケースが注目されます。奪取したキーを使い、約30のAI企業を約4日間にわたり連鎖攻撃したと報告書は記録しています(同報告書、2026年9月10日公開)。

同報告書はロシア語話者グループとは別の脅威アクターが関与した侵害も記録しています。ある企業ソフトウェア企業では最初のアクセスからバルクデータ窃取まで数時間で完結し、単一の開発者トークンの奪取からクラウド環境の全管理権奪取まで約3時間で進んだケースも記録されています(同報告書)。

PentAGIなど公開済みのオフェンシブエージェントフレームワークは、偵察・認証情報窃取・横断移動の各ステップを人手なしに自動化できます。報告書はこうした公開ツールの普及が参入障壁を下げ、従来は限られた高技術者のみが可能だった攻撃を広範な攻撃者に開放しつつあると指摘しています(同報告書)。

CVE-2026-59822:MCPエンドポイントが持つ認証バイパスの実例

2026年9月2日、米国CISAはCVE-2026-59822(LiteLLM MCP Streamable HTTPエンドポイントの認証バイパス)をKnown Exploited Vulnerabilities(KEV)カタログに登録しました。野外での悪用が確認されています(バージョン1.84.0以降で修正済み)。

この脆弱性の技術的な核心は「OAuth2パススルーフォールバック」にあります。バージョン1.84.0未満のLiteLLMでは、細工したBearerトークンを送ることでLiteLLMのキー検証が失敗した際にOAuth2フォールバックが空のUserAPIKeyAuth()オブジェクトを返し、有効なキーなしにMCPツールへのリクエストが通過します。攻撃者は接続されたMCPツールを列挙・呼び出しでき、その先のサービスに到達できます。

この脆弱性が示す重要な教訓は「MCPゲートウェイは一般的なHTTP APIと同じ攻撃面を持つ」という事実です。TLSの設定ミス・認証トークン検証の不備・OAuth2フロー実装のバグといったWeb API一般に見られるリスクがMCPエンドポイントにもそのまま適用されます。

🛡 (A) agens の隔離設計が侵害の爆発半径を限定する

agens ではタスク毎に使い捨てのサンドボックスを独立して起動します。各サンドボックスは他のタスクの認証情報を参照できないため、あるタスクのAPIキーが侵害されても横断攻撃の範囲はそのサンドボックスに接続されたシステムにとどまります。監査ログはツール呼び出しと認証情報アクセスを記録するため不審な利用を早期検出でき、RBACによって各タスクのツール呼び出し権限を最小化できます。agens はSSO/SAML/OIDC/SCIMにも対応しており、APIキーそのものをエージェントに直接渡さずアイデンティティプロバイダー経由の認証を選べる設計を提供しています。

タスク単位の隔離が侵害の横断伝播を遮断する——共有クレデンシャル環境との比較

共有 API キー(侵害波及リスク)共有 API キータスク Aセッション 1タスク Bセッション 2タスク Cセッション 3侵害3 タスクすべてに波及タスク単位サンドボックス (A: agens)タスク A専用キー(隔離済み)タスク B専用キー(隔離済み)タスク C専用キー(隔離済み)侵害遮断遮断侵害の影響範囲 = タスク A のみ(B・C は隔離済み)
上段:共有APIキー環境では1件の侵害が全タスクに波及するリスク。下段:タスク単位サンドボックス設計(agens実装・(A))では侵害の影響を1タスクに限定できる。

(B) MCPゲートウェイとAPIキー管理の防衛原則

(B) MCPゲートウェイにはTLS暗号化に加えて、mTLS(相互認証)または短命なJWTトークンによる認証を組み合わせることが推奨されます(一般的なゼロトラストネットワークセキュリティのベストプラクティス)。CVE-2026-59822はフォールバックパスの実装不備によるものでしたが、認証レイヤーを多重化しておけば単一の実装バグによる侵害リスクを低減できます。

(B) APIキーは長命な静的トークンではなく、スコープを限定した短命な使い捨てトークンとして発行・管理することが原則です。あるタスクに必要なのが「メール閲覧のみ」であれば、送信・削除・カレンダー操作の権限を持たないキーを渡すことで、侵害時の影響範囲を定義できます。

(B) Anthropicの脅威報告が記録した複数の事例では、侵害開始から数時間以内に全管理権奪取やバルクデータ窃取に至るスピードが示されています。このスピードに対応するため、クレデンシャルの定期ローテーションとアクセス異常検知の自動化が現実的な防衛手段となります。

よくある質問

モデルを最新版にアップグレードすれば、こうした攻撃は防げますか?
モデルの安全性と基盤インフラの安全性は別軸です。CVE-2026-59822はモデル側ではなくMCPゲートウェイ(LiteLLM)のコードに存在していました。モデルを最新版にしても、基盤ソフトウェアのバージョン管理・認証設定・APIキーのスコープ管理は独立して必要です。
Anthropic自身のシステムは今回の攻撃を受けましたか?
Anthropicは報告書の中で「自社のシステムは侵害されていない」と明記しています(「Detecting and countering misuse of AI: September 2026」2026年9月10日公開)。記録された事例はサードパーティのAIベンダーやラッパーサービスへの攻撃です。
評価用サンドボックスがなぜ本番のAPIキーを持っていたのですか?
(B) 開発・評価環境に本番環境と同等の認証情報が混入することは珍しくありません。CI/CDパイプライン・テスト環境・自動評価ハーネスに本番キーが流通している組織は多く見られます。環境分離(dev/staging/prod)とそれぞれへのアクセス権最小化が基本的な対策です。
プロンプトインジェクション攻撃を完全に防ぐことはできますか?
(B) 現時点では、プロンプトインジェクションの防御は確率的なものであり完全な遮断は保証できないとされています(一般的なAIセキュリティ研究の見解)。そのためインジェクションが成功した場合でも被害範囲を最小化するサンドボックス隔離とAPIキーのスコープ限定設計が重要になります。

最終更新: 2026-09-14