—·
全てのコンテンツはAIによって生成されており、誤りが含まれる可能性があります。ご自身でご確認ください。
セキュリティチームのための現場ガイド：AIを活用したソフトウェアデリバリーとエージェントのワークフローを再設計し、通信途絶時でもログ記録、統制、対応の信頼性を維持する方法を解説します。
優れたインシデント対応計画は、何らかのシグナルが維持されることを前提としています。アラートプラットフォームへのアクセス、チケットシステムの更新、そしてログの照会によるタイムラインの構築が通常通り行えることが前提です。しかし、通信障害が発生するとこの前提は崩れます。ネットワークの一部が切断され、外部へのテレメトリが遮断され、あるいは部分的な停止によって、リアルタイムで証拠を収集・統合できなくなる事態に直面するからです。
AIを活用した攻撃やエージェントベースのソフトウェアにおいて、現実的なリスクは単純です。エージェントの活動は継続しているにもかかわらず、証拠のキャプチャが不整合を起こし、経営層は「結局、何が起きたのか？」という難問を突きつけられることになります。
これこそが、エージェントガバナンスを単なるポリシー文書ではなく、運用レイヤーとして構築しなければならない理由です。AIシステムがワークフローを実行する際、ツール呼び出し、モデルの出力、承認、データアクセスといった一連の新たなアクションストリームが生成されます。ログ記録戦略が「監査レベル」でなければ、通信障害下で記憶を頼りに対応せざるを得ず、封じ込めや事後の保証が危うくなります。NISTのセキュアソフトウェア開発フレームワーク（SSDF）は、システムが到達不能であっても証拠を生成することを目標とし、セキュリティを「雰囲気」ではなく検証可能なソフトウェア活動に結びつけています。（NIST SP 800-218）
現場における課題は明確です。通常の通信経路に頼れない状況で、いかにインシデント対応の信頼性を保つかということです。計画策定にあたっては、中央システムを迅速に照会できない可能性を想定すべきです。そのためには、エージェントワークフローに対するローカルでの改ざん検知機能付きログ記録と、NIST SP 800-172（組織のためのセキュリティおよびプライバシーリスクフレームワーク）のような監査可能なベースラインに準拠した標準化された管理チェックが不可欠となります。（NIST SP 800-53 Rev.5 Updated）
監査レベルのログ記録とは、単に「ログの量を増やす」ことではありません。事後のフォレンジック（証拠保全）と意思決定の再検討を支えるために設計されたログ記録を指します。これには以下の3点が必要です。
・完全性管理：ログの改ざんを困難にする対策 ・主要イベント境界の網羅性：誰が何を、どのツールで、どのような入力を用いて実行したか ・時刻の正確性：ログの取り込みが遅延しても、システム間での相関分析が可能な精度
NISTのガイドラインは、ログ記録と監視が場当たり的なスクリプトではなく、組織化された管理セットの一部であるべきだと強調しています。NIST SP 800-53 Rev.5は、監査とアカウンタビリティに関する管理ファミリーを定義しており、ログの実装を文書化された管理目標にマッピングする一助となります。（NIST SP 800-53 Rev.5 Updated）
CISAのゼロトラストガイダンスは、セキュリティとは「継続的な診断、強力なアイデンティティ、ポリシーの強制」といった測定可能な特性の集合体であると補強しています。通信障害が発生したインシデントにおいてゼロトラストが重要なのは、単一の中央管理プレーンへの依存度を低減できるからです。テレメトリ経路が劣化しても機能する強制力と、部分的な接続性の中でも維持される可視性が必要です。（CISA Zero Trust Maturity Model; Zero Trust Maturity Model v2 PDF）
チームへの提言： インシデント対応の証拠を「エンジニアリングすべきシステム」として扱ってください。どのエージェントアクションを記録すべきかを定義し、整合性と時刻の精度をローカルで実装し、NISTの管理目標にアプローチをマッピングしてください。これにより、中央ログが不完全な場合でも、その正当性を証明可能になります。
エージェントガバナンスが失敗するのは、ガードレールに集中するあまり、実行のメカニズムとトレーサビリティ（追跡可能性）を無視するからです。すべてのツール操作と決定の境界が、後から検証可能な証拠を生成するようなエージェント実行モデルが必要です。「収集されたイベントの束」では不十分です。
エージェントのセッションを、事実を把握しているコンポーネントが生成した「検証可能な主張の連鎖」として扱ってください。まず、すべてのアクションに必須のフィールドと、中央への取り込みが遅延してもタイムラインを再構築できる決定論的な相関メソッドを定めた「セッション記録契約」から始めてください。
ツールサーフェス（CI/CDランナー、アーティファクトリポジトリ、チケットシステム、内部APIなど）をアクションタイプ別にマッピングします。例：
・読み取りアクション：ログ取得、リポジトリ列挙、CMDBクエリ ・変更アクション：ビルドのトリガー、アーティファクト公開、チケットのオープン/修正、設定変更 ・特権アクション：ロールの引き受け、本番環境へのデプロイ、ポリシー例外の承認
ログ記録の要件はカテゴリーごとに変えるべきです。読み取りアクションには帰属情報と追跡可能性が求められます。変更アクションにはさらに、前提条件（変更前の状態）、リクエスト（何が要求されたか）、結果（実際に何が変更されたか）の証拠が必要です。
UIレイヤーや、オーケストレーターの要約による事後的なログ記録はやめましょう。エージェントが実行のための具体的なコマンドを生成した瞬間に計測を行ってください。実行者（ツール呼び出しを行うコンポーネント）によって、以下の証拠が生成されるべきです。
・セッション相関（セッションIDおよびステップID） ・アイデンティティの紐付け（ステップを承認した人間/サービスプリンシパルのアイデンティティ、ロール/権限コンテキスト） ・コマンドの意図（ツール名とアクションタイプ。パラメータークラスは含めるが、生の秘密情報は必ずしも含めない） ・ターゲット（リポジトリ、パイプライン名、チケットID、エンドポイントパスなどのリソース識別子を正規化して記録） ・実行結果（成功/失敗、ステータスコード、可能な場合はリソースのダイジェスト/バージョン）
通信障害下では「ローカルにログを保存している」だけでは不十分で、そのローカルログストアが損傷していないことを証明できなければなりません。追記専用のセマンティクスと、レコード間のハッシュチェーンや実行者が生成する署名付きチェックポイントといった暗号学的なリンクを活用してください。測定可能な要件を定義しましょう。「調査員が、キャプチャされたシーケンス内のレコード欠落、順序の入れ替わり、改ざんを検知できるか？」
エージェントワークフローにおける承認は、単なるワークフローのメタデータではなく、証拠の「アンカー（拠り所）」です。各承認ステップにおいて以下を記録してください。
・承認の範囲（単なる「承認」ではなく、どの次のアクションステップIDに対するものか） ・承認者のアイデンティティと権限コンテキスト（誰が承認し、どのような権限が有効だったか） ・ポリシー参照（識別子として表現された、満たされたポリシー規則または管理目標） ・時間的制約（リクエスト時刻、承認時刻、システムのローカル時刻ソースの状態）
承認を特定のアクションステップIDに紐付けられない場合、エージェントが承認後に挙動を変えたかどうかを問われた際に、その「理由」を説明できなくなります。
エージェント時代のインシデントでは、ビルドステップの改ざん、依存関係の更新、侵害された開発者エンドポイントが起点となるため、サプライチェーンのリスクが増幅されます。ツールがパイプラインをトリガーしたり依存関係をインストールしたりする際は、実行時にプロベナンス（来歴）を記録し、証拠の隙間を埋めてください。変更された各アーティファクトに対して、少なくとも1つのプロベナンスアンカーを要求します。
・依存関係ロックファイルのダイジェスト（ハッシュ）とソースレジストリ ・ビルド設定のダイジェスト（パイプライン/ジョブ定義） ・アーティファクトのバージョン識別子とアップストリームのコミット/参照
運用テスト： 通信障害モードをシミュレートし、以下の問いにイエス/ノーで答えてください。「実行者側にローカル保存されたセッション証拠のみから、どのステップがどの外部副作用（ビルドトリガー、アーティファクト公開、チケット変更）を生成し、どのアイデンティティがそれを承認したかを再構築できるか？」答えが「部分的に」であれば、まだ計測の隙間を埋める必要があります。
NISTのSSDFは、これらをセキュリティに関連する開発およびサプライチェーン活動として定義しています。（NIST SP 800-218; NIST SP 800-218 A）
NIST SP 800-172は、統制評価プロセスを実装する組織におけるセキュリティおよびプライバシーリスク管理の指針として活用されています。エージェント時代の現場において、その真の価値は、スタッフの入れ替わりや通信障害が発生しても評価を継続できる構造にあります。
評価は、単に「ログが存在するか」を確認する以上のことを行う必要があります。ストレス下でログが完全であり、保護され、使用可能であるかをテストしなければなりません。運用面では、エージェントワークフローのインベントリから評価チェックリストを作成します。決定が下される場所（モデル呼び出し、ツール起動、承認ステップ）、データが信頼境界を越える場所、各境界で必要な証拠を特定してください。その後、出口の遮断や中央ログの取り込み制限を行い、ローカルの証拠が依然として妥当なタイムラインをサポートしているかを確認する「障害訓練」でシステムを検証します。
CISAの既知の悪用脆弱性（KEV）プログラムも、監査レベルの計画に影響を与えます。KEVは、野生下で活発に悪用されている脆弱性の修正を優先します。エージェントインシデントにおいて、「通信障害」の状態は攻撃を隠蔽し、防御側を新たな活動に対して盲目にさせる可能性があります。したがって、エージェントガバナンスには、継続的な脆弱性ポスチャチェックと、修正期限が守られたことの証拠を含めるべきです。（CISA KEV Catalog; CISA BOD 22-01 KEV Reduction）
チームへの提言： エージェントのログ記録と承認を監査可能な管理項目として実装し、通信障害下でテストしてください。オフラインでツール実行と承認を再構築できない場合、それは監査レベルの証拠を保持しているとは言えません。
ソフトウェアサプライチェーンセキュリティは、インシデント対応とは別の活動ではありません。それはインシデントへの「備えそのもの」です。多くの侵害は、悪意のある、あるいは侵害されたソフトウェアアーティファクト、ビルドステップ、依存関係の更新から始まるからです。NCSCのCyber Essentialsサプライチェーンプレイブックは、サプライチェーンのリスク管理がベンダーへのアンケート調査で終わらず、運用可能で反復可能であるべきだと強調しています。この原則は、自動化されたステップが攻撃対象領域となるエージェント対応CI/CDにも当てはまります。（NCSC Cyber Essentials Supply Chain Playbook; Playbook PDF）
企業において、エージェントのランタイムとデリバリーパイプラインは同一の管理哲学を共有すべきです。エージェントのアクションがビルドに影響を与える可能性があるなら、それらもアイデンティティの紐付けと完全性をもって記録されるべきです。パイプラインのステップで依存関係がインストールされる場合、対応者は「何を、なぜ」インストールしたかの証拠と、封じ込め後に既知の正常な状態へ戻すためのロールバック用アーティファクトが必要です。
英国のソフトウェアセキュリティ実践規範（SSCP）は、開発およびデリバリー中の検証と保証をサポートする期待値を設定しています。各組織の実装方法は異なるかもしれませんが、運用上のポイントは、インシデント発生後に確認可能な安全な開発・デリバリー慣行を採用することです。これは、ログが不完全な場合に求められる「証拠第一」の考え方と一致します。（UK Government Software Security Code of Practice）
定量的なシグナルは、チームがリソース配分を優先し、正当化する助けとなります。CISAのKEVカタログは、実際の悪用活動に基づいた運用の優先順位リストを提供し、修正の証拠に測定可能なターゲットを与えます。
ランサムウェア対策として、CISAの「STOP Ransomware」ガイダンスは防御側に特化しており、予防、検知、復旧に焦点を当てています。これには、ログ記録や対応訓練に結びつく実用的な実装ガイダンスが含まれています。（CISA STOP Ransomware）
脅威環境の観点からは、ENISAの脅威ランドスケープ出版シリーズ（オープンアクセス）が、脅威活動のパターンとそれがどのように進化するかを防御側に知らせるのに役立ちます。（ENISA Threat Landscape 2025; ENISA Threat Landscape 2025 Booklet PDF）
「雰囲気」を測定可能な尺度に置き換える： ここでの防御可能な定量的アンカーは、確実性を得るために捏造された数字ではなく、引用されたカタログやガイダンスから導き出された運用メトリクスです。KEVについては、(a)カバレッジと(b)証明までの時間を測定してください。「レポート期間内に修正状況の証拠が生成されたKEV関連アセットの割合」および「KEVリストの変更から、内部の修正/検証証拠が生成されるまでの平均時間」です。ランサムウェアへの備えについては、「訓練による復旧可能性」を測定します。対応者が事前の「許容可能な最大欠落」内でローカル証拠からタイムラインを再構築できるかどうかです。これらのメトリクスは、フレームワークの専門用語をレビュー可能な数字に変換し、中央テレメトリが欠落している場合を含め、ガバナンスの議論で防御を可能にします。
チームへの提言： サプライチェーンの完全性をインシデント対応に結びつけてください。エージェント時代のパイプラインは、アーティファクトをアイデンティティ、ツール実行、依存関係のプロベナンスに結びつける証拠を生成し、防御可能なストーリーを持って迅速にロールバックできるようにしてください。
エージェント時代のインシデント防止は、アイデンティティ、ツール呼び出し、モデル出力の処理、そしてエージェントがアクションを実行する境界という「継ぎ目」の可視性に依存します。そこに監査レベルのログ記録がなければ、悪意のあるプロンプトや侵害されたアイデンティティが有害なアクションを引き起こしたかどうかを証明することは困難です。
ログ設計には、少なくとも以下の4つのカテゴリーの証拠を含めてください。
・アイデンティティと承認の証拠：どのプリンシパル（ユーザー/サービスID）がエージェントセッションを開始し、どの権限が有効だったか ・ツール呼び出しの証拠：どのツールが、どのようなパラメータークラス（秘密情報である必要はない）で呼び出され、どのターゲットシステムが影響を受けたか ・承認とポリシーの証拠：人間がいつアクションを承認したか、ポリシー決定の根拠と承認者のアイデンティティ ・データハンドリングの証拠：どのデータ型がアクセスまたは変換されたか（フォレンジックの有用性を維持しつつ、機密情報は適切にマスキングする）
NIST SP 800-53 Rev.5は、ログ関連の管理項目とアカウンタビリティ管理項目を体系的に選択するための管理カタログフレームワークを提供しています。これらの証拠カテゴリーを適切な管理目標にマッピングしてください。
ネットワークが劣化すると中央のログ収集サーバーに到達できなくなるため、ログ記録はローカルでのバッファリングと改ざん耐性をサポートしなければなりません。一般的なアプローチは、ログを追記専用ストレージに書き込み、通信可能になった時点で転送することです。原則は変わりません。「何が起きたかを知っているコンポーネントが、アクション発生時にイベントレコードを生成する」ことです。
CISAのゼロトラスト成熟度ガイダンスは、継続的な検証とポリシーの強制をサポートしており、これがログ記録の要件を強化します。ゼロトラストは、常に稼働している中央ポイントから強制力を分散させます。エージェントランタイムが部分的な接続性の中でも安全に動作できるなら、その条件下でも安全に証拠を生成できます。
ログ記録は、脆弱性と既知の悪用優先順位も反映しなければなりません。エージェント環境が既知の悪用脆弱性を含むソフトウェアを実行またはデプロイしている場合、対応者はどのパッチがいつ適用されたかを証明する必要があります。KEVの優先順位付けは、証拠が攻撃者が積極的に利用しているリスクに焦点を当てることを保証します。
チームへの提言： 結果が表示される場所ではなく、決定が下される場所でログ記録を実装してください。証拠ストアからオフラインでエージェントセッションを再構築できない場合、通信障害時のインシデント信頼性要件を満たすことはできません。
セキュリティチームは、NIST準拠の管理項目を日々の運用を変えないチェックリストとして実装しがちですが、エージェント時代の防止策において、そのアプローチは破綻します。管理項目は、ランタイムの強制、継続的な評価、そして実際に収集する証拠を参照するインシデントプレイブックへと運用化されなければなりません。
NIST SP 800-172を使用して、障害時を含め、管理項目が環境内でどのように機能するかを中心に評価を構成します。次に、NIST SP 800-53 Rev.5を使用して、管理目標と監査の期待値を固定します。目標は、監査アーティファクトが主張することと、ストレス下でシステムが生成できるものの間の不一致を防ぐことです。
CISAの既知の悪用脆弱性に関する指令は、評価と現実のリスクを結びつけます。KEVによる重大なリスクを低減する必要がある場合、評価プロセスは修正状況を証明し、アクティブな攻撃ベクトルにさらされているシステムのカバレッジを検証しなければなりません。自動化は脆弱なコンポーネントを迅速に再導入する可能性があるため、エージェント対応環境においてもこれは重要です。
エージェント時代の証拠と管理項目の整合性を実現するには、収束する2つのパスがあります。
・管理項目先行型：NIST SP 800-53から管理目標を定義し、SP 800-172から評価ステップを使用し、エージェントの計測をそれらの目標にマッピングする。 ・ワークフロー先行型：エージェントの実行パスとツールの権限をインベントリ化し、監査レベルの証拠とアカウンタビリティのためにどのNIST管理目標が必要かを導き出す。
いずれにせよ、訓練を実施してください。訓練中には、技術的な正確性だけでなく、証拠の完全性も検証します。問いかけてください。「SIEM（中央ログ分析）への通信経路がダウンした場合でも、封じ込め判断をサポートするタイムラインを作成できるか？」答えがノーであれば、ログが存在していても管理の実装は不完全です。
チームへの提言： 評価を「証拠の完全性に関する障害訓練」として扱ってください。最も価値のあるアウトプットはスコアではなく、システムが部分的に利用できない場合に何が起きたかを証明できる「検証済みの能力」です。
インシデントプレイブックは、詳細が異なっていてもケースパターンとして機能させるべきです。以下は、本記事の運用防御領域であるサプライチェーンとランサムウェアのプレイブックに関連するケースです。
CISAのKEVカタログは、野生下で活発に悪用されている脆弱性を反映し、修正の優先順位付けをサポートします。組織が目指す運用上の成果は、成功する攻撃経路の減少と、パッチ適用証拠の迅速化です。タイムラインの観点から見ると、カタログは継続的に更新されるため、「証拠」の要件は恒常的なものです。チームは、KEVの修正が更新に追随していることを証明する必要があります。
CISAのSTOP Ransomwareガイダンスは、防御側が予防、検知、復旧に運用化できる実用的なステップを提供します。結果を保証するものではありませんが、ランサムウェアが運用を妨害した際にもインシデント対応が実行可能であることを保証する構造的なアプローチを提供します。
エージェント対応環境では、「攻撃対象領域」が静的なインフラから実行経路へとシフトします。ランサムウェアイベントは、侵害された資格情報、悪用された脆弱性、あるいは悪意のあるビルド/パイプラインの変更から始まる可能性があります。証拠は、初期アクセス経路、アクション実行経路、封じ込めアクションという、エージェントワークフローチェーン全体をカバーしなければなりません。
共通の教訓は、システムに負荷がかかっている時でも、防御側は一貫した証拠の物語を必要とするということです。それこそが、監査レベルのログ記録とNIST準拠の評価慣行の目的です。ENISAの脅威ランドスケープ出版物は、どの管理項目と証拠カテゴリーを最初に検証すべきかという判断材料となる、脅威行動の仮説を更新するのに役立ちます。
チームへの提言： 「ネットワークが機能していること」ではなく、証拠ストアに依存するプレイブックを構築してください。監査レベルの証拠カテゴリーを標準化すれば、初期侵入経路に関わらず、対応品質は向上します。
セキュリティチームには数値のアンカー（拠り所）が必要です。信頼できるソースはフレームワークやガイダンス文書であるため、最も防御可能な定量的データポイントは、公式なアーティファクトに直接埋め込まれたものです。内部プログラムレビューで使用できる3つの実用的なポイントを挙げます。
1）NIST SP 800-53 Rev.5の利用可能性：最新リビジョンである「Rev.5, Update 1」は、多くの組織が監査とアカウンタビリティの期待値をマッピングするために使用する管理ベースとして機能します。これを利用して、管理カタログベースのログ記録プログラムを正当化してください。 2）ゼロトラスト成熟度モデルのバージョン：CISAは「v2」のゼロトラスト成熟度モデルPDFを提供しており、アイデンティティとポリシー強制に関する段階的な実装決定をサポートする構造的な成熟度プロセスを示しています。これを利用して、段階的なログ記録の成熟度と、障害時の分散型強制を正当化してください。 3）継続的に更新される優先順位リストとしてのKEVカタログ：KEVカタログは生きているリストであり、プログラムはそれに基づいた継続的なカバレッジを実証すべきです。これは「修正の証拠は現在のカタログ内容に追随しなければならない」という測定可能な運用上のコミットメントを生み出します。
「数字」を運用可能にする： これらのアンカーと共に提示すべきレビューメトリクスは、通信障害時に監査レベルの証拠が存在するかどうかを示すものです。
・証拠カバレッジ率：ローカルに保存された証拠が「最小スキーマ」要件を満たしているエージェントアクション境界（ツール呼び出し、承認、変更アクション）の割合 ・証拠継続率：完全性チェーンがエンドツーエンドで検証可能なキャプチャ済みセッションの割合（欠落や改ざんを検知する） ・オフライン再構築スコア：対応者が「属性不明なアクション」（アイデンティティ/承認コンテキストのないアクション）なしで防御可能なタイムラインを作成できる障害訓練ケースの割合
引用された文書を使用して、なぜこれらのメトリクスが重要であるか（管理項目/目標のマッピングと優先順位付けされたリスク）を正当化し、内部結果をレビューの数値アンカーとして報告してください。
もしガバナンスチームが侵害件数のような「ハードな数字」を求めるなら、脅威ランドスケープ報告や脆弱性データセットから引用してください。ENISAは検証済みのソースで脅威ランドスケープ報告を提供していますが、本記事では提供されたコンテンツに含まれていない詳細を捏造しないよう、ENISAのテキストからの特定の定量的値は再録していません。
チームへの提言： リーダーシップがメトリクスを求めたときは、即興で対応しないでください。管理項目のバージョン安定性と継続的に更新される優先順位リストを、プログラムのスコープと証拠の期待値に対する防御可能な数値アンカーとして使用してください。
この計画は、今すぐ実行可能な運用上の予測です。90日目までに目指すべきは「完璧なコンプライアンス」ではありません。通信が信頼できず、AI/エージェントシステムが関与している状況下での「インシデント対応の信頼性」です。
・CI/CD、デプロイターゲット、チケット管理、内部APIに触れるエージェント対応ワークフローをインベントリ化する。 ・各境界に対する証拠カテゴリー（アイデンティティ、ツール呼び出し、承認、データ処理）を定義する。 ・障害時にローカルでキャプチャすべき証拠を決定し、要件をNISTの管理目標および評価ステップに紐付ける。
・エージェントランタイムコンポーネントを計測し、すべてのツール呼び出しがアイデンティティの紐付けとセッションの相関識別子と共にログ記録されるようにする。 ・オフラインでのフォレンジック再構築のために、完全性と時刻の精度測定を追加する。 ・機密データは保護しつつ、フォレンジックの十分性を維持するようにマスキングルールを検証する。
・選択したコンポーネントに対して、中央SIEMへのログ取り込みを遮断する。 ・制御された環境でエージェントを実行し、対応者がオフラインでタイムラインを再構築できるかを確認する。 ・再構築されたタイムラインを、期待される管理項目の証拠カテゴリーと比較する。
・NIST準拠の評価慣行を使用して、訓練中に失敗したことと変更点を文書化する。 ・部分的な接続性を前提とした証拠収集ステップをエージェントガバナンスのランブックに追加する。
ポリシーの推奨事項は直接的です。CISOおよびセキュリティエンジニアリングのリーダーシップは、エージェントによるツール呼び出しと承認に対する監査レベルのログ記録カバレッジを義務付け、エージェント対応CI/CDワークフローの本番展開前に通信障害時の演習を要求すべきです。NIST SP 800-53 Rev.5 Updatedを管理のアンカーメカニズムとして使用し、NIST評価ガイダンスをレビューの構成に活用してください。
チームへの提言： 90日以内に、中央のテレメトリが失われた後でも、承認やツール呼び出しを含む、監査可能な完全なエージェントアクションセッション記録を対応者に手渡せるようにしてください。それこそが、通信障害下でのインシデントを生存可能にする唯一の道です。