2026年9月2日、Palo Alto NetworksのUnit 42は、企業ネットワークの侵害に関する調査の詳細を公表しました。レポートの核となった数字は、攻撃者が公開されたWebサービスから侵入を開始し、十時間足らずで環境全体のroot権限を手に入れたというものです。人間のチームなら約二週間かかる作業です。

より重要なのは、そこに何が含まれていなかったかです。ゼロデイはありません。特殊な手口もありません。この侵入で使われたのは、MITRE ATT&CKフレームワークにすでに登録されている50以上のテクニック、つまり防御側も知っている、文書化され公開されたテクニックでした。変わったのは手法ではなく、テンポです。攻撃者は各段階を手作業で実行する代わりに、AIエージェントを指揮しました。エージェントは監視し、評価し、行動し、計画を練り直すという一つの途切れないループを、休むことも眠ることもなく回し続けました。

その十時間で何が起きたのか

レポートが説明する流れは次のとおりです。

  1. 侵入。公開されたWebサービスが侵害され、そこから内部ネットワークへトンネルが張られました。
  2. 偵察。自動化されたエージェントが、人間の関与なしに内部のマイクロサービスをマッピングしました。
  3. シークレットの収集。サブエージェントがコードリポジトリをくまなく調べ、コードに直接書き込まれたアクセストークンとサービスパスワードを探しました。
  4. 権限昇格。それらのトークンでシークレット管理システムが開かれ、環境全体にroot権限を持つマスター管理者の認証情報が得られました。
  5. パイプライン。ビルドとデプロイのパイプラインがカスタムワークフローによって乗っ取られ、クラウドのアクセスキーが持ち出されました。
  6. 逆転。それらのキーを使い、被害者自身のAIエンドポイントが攻撃者の侵害後インフラに変えられました。

最後のステップをもう一度読んでください。企業自身のAIサブスクリプションが、侵入者の手の中の道具になったのです。その企業のアカウントで動き、その企業の請求書に計上されながら。これはリスク登録簿に加える価値のある新しいパターンです。AIモデルのAPIキーはすべて、運用資産であると同時に支出項目でもあります。

注目すべき数字は十時間ではない

十時間は衝撃的な数字ですが、一つのインシデントから得られたものにすぎません。本当に計画を変えるべき数字は、ブレイクアウトタイムを測定しているCrowdStrike 2026 Global Threat Reportにあります。ブレイクアウトタイムとは、攻撃者が最初にアクセスしてから、ネットワーク内の他のシステムへ移動し始めるまでの時間です。

  • eCrimeの平均ブレイクアウトタイムは29分に短縮され、前年比で速度が65%向上しました。
  • 記録上最速のケース：27秒。
  • AIを活用する攻撃者によるとされる攻撃が89%増加。
  • 2025年の検知の82%はマルウェアを使わないもので、攻撃者はウイルスを仕込む代わりに有効な認証情報でログインしています。
  • 国家関連の攻撃者によるクラウドを意識した侵入が266%増加。

29分が実務上意味すること：誰かが朝にアラートに気づき、チームが昼食後に集まることを前提とした対応計画は、すでに終わった時代のための計画です。そして82%という数字は、さらに厳しい現実を示しています。ウイルス対策ソフトには攻撃が見えません。攻撃には、それが見つけられるものが何も含まれていないからです。現代の侵害とは、悪意のあるファイルが届くことではなく、正規のアカウントが不正に使われることなのです。

なぜ成功したのか：コードに書かれたシークレット

エージェントは暗号を破ったわけでも、脆弱性を新たに生み出したわけでもありません。パスワードがあってはならない場所、つまりプロジェクトのファイルの中に書かれたパスワードを見つけたのです。有効なトークン一つがシークレットマネージャーを開き、シークレットマネージャーがすべてを開きました。

これは大企業だけの問題ではありません。次のリストを自社のプロジェクトに当てはめてみてください。

  • コードと一緒にコミットされた設定ファイルに置かれた、決済ゲートウェイやメッセージングサービスのキー。
  • 誰も開かない古いデプロイスクリプトの中のデータベースパスワード。
  • 一年前に退職した社員や外部の開発者のアクセストークンで、今も有効なもの。
  • 以前は非公開だったが、移行やアカウント変更の後に公開になったリポジトリ。
  • 誰かのノートPCにある設定ファイルのバックアップコピー。

ここでのエージェントと人間の攻撃者の違いは知能ではなく、忍耐力と処理量です。エージェントはリポジトリ全体、すべてのブランチ、履歴にあるすべての古いリビジョンを読み、どのファイルも見落とさず、数分で終えます。一度コミットして後から削除したシークレットは、リポジトリの履歴の中に生き続けており、エージェントが探すのはまさにその履歴なのです。

今週やるべきこと

五つのステップです。最初のステップには予算も外部ベンダーも必要ありません。

  1. リポジトリのシークレットをスキャンする。シークレットスキャンのツールは入手可能で、主要なコードプラットフォームに組み込まれています。現在のリビジョンだけでなく、全履歴に対して実行してください。
  2. キーのローテーションを緊急措置ではなく日常業務にする。二年間変更されていないキーは、まだ発覚していない漏洩キーです。そして漏洩後にローテーションするときは、一か所だけでなく、そのキーが使われていたすべての場所で行ってください。
  3. 単一の失効プレイブックを用意する。これはUnit 42の直接の推奨事項です。認証情報、OAuthセッション、CI/CDパイプライン、クラウドアカウントをまとめて失効させる同期した封じ込めを実行できるようにしておくことです。半分だけ失効させれば、残りの半分から再侵入する時間を攻撃者に与えることになります。
  4. AIを中核インフラとして管理する。使用中のすべてのモデルとキーの一覧を作成し、レート制限を設定し、最小権限を適用し、診断ログを有効にしてください。レポートはこれを明確に推奨しており、これこそが上記のようなインシデントを、静かな大惨事から早期警告へと変えるものです。
  5. 複数人によるコードレビューとブランチ保護を必須にする。特にInfrastructure as Codeのリポジトリでは重要です。一行の変更でバックドアが仕込まれる入口だからです。あわせて、シグネチャではなく振る舞いを監視してください。APIリクエストの急増と急速な状態変化は、自動化されたエージェントの指紋です。

サウジアラビアの文脈では、これらのステップは任意のベストプラクティスではありません。国家サイバーセキュリティ庁（NCA）の必須サイバーセキュリティ管理策には、アイデンティティとアクセス管理、そして変更と開発のセキュリティについて明確な領域が含まれています。また、個人データ保護法（PDPL）のもとでは、個人データを保護する責任は組織にあります。ソースコードに書かれたキーから始まった侵害だからといって、その責任が軽くなることはまったくありません。

Origamiの見解

私たちはこのインシデントを、ある考え方の終わりと捉えています。セキュリティとは購入するツールの集まりだ、という考え方です。この攻撃者はファイアウォールと対峙したことも、ウイルス対策ソフトを回避したこともありません。どちらも行く手を阻んでいなかったからです。書かれていた有効なキーを見つけて侵入し、実際に付与されていた権限で行動しました。どんな製品を買ってもこれは解決しません。解決するのは、コードの書き方、シークレットの保管方法、権限の付与と取り消しの方法における規律です。

顧客のもとで繰り返し目にするパターンがあります。最も危険なシークレットは、メインシステムにあることはめったにありません。それらは周辺のプロジェクトにあります。一度だけ書かれたデータ移行スクリプト、外部の委託先が作った社内レポートダッシュボード、二年間動き続けている一時的なサプライヤー連携などです。誰もそれらをシステムとして数えないため、セキュリティレビューの対象になることはありません。攻撃者はそのような区別をしません。私たちが顧客の環境をレビューするときは、まさにここから始めます。キーはどこにあるのか、誰がどの権限を持っているのか、そして今夜キーが一つ漏洩したら何が起きるのか。この観点からのレビューをご希望でしたら、お問い合わせページからご連絡ください。

まとめ

攻撃の手法は変わっていません。変わったのはそのスピードです。50以上の既知のテクニックが十時間足らずで実行されたのは、自動化されたエージェントが休みなく実行したからであり、ネットワーク内の平均ブレイクアウトタイムは今や29分です。誰かが間に合うように気づくことに頼る防御は、もはや十分ではありません。最もシンプルで最も難しい問いから始めてください。今この瞬間、自社のキーがどこにあり、誰がそれを読めるのか、把握していますか？

出典