脆弱性危機管理

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間：5分

    • 脆弱性危機管理 (VCM) ワークフローで重大な脆弱性イベントを作成および追跡します。脆弱性アセスメントレコードを作成し、脆弱性のキーの属性を記録してリスクを計算し、アセスメントを実行してエクスポージャーレベルを特定し、脆弱性への調整された迅速な対応のためにステークホルダーを関与させます。

    脆弱性危機イベントの管理

    脆弱性危機管理は、脆弱性危機イベントを処理するための完全なワークフローであり、次の機能を備えています。
    • 重大な脆弱性を、ソフトウェア資産管理 および ソフトウェア部品表 (SBOM) インベントリからのソフトウェアインストールインベントリ、スキャナーで報告された脆弱性、および 構成管理データベース (CMDB) と関連付けることで、脆弱な構成アイテムを効率的に特定します。
    • アセスメント結果を修復のために脆弱性一致アイテムに変換します。
    • 重大なセキュリティインシデントを開始して、脅威に迅速かつ協調的に対応します。
    • 組織全体のチームと協力して取り組み、脆弱性への統一された対応を促進します。
    • 部門横断型のステークホルダーや関係するチームに定期的なステータスレポートを提供し、危機全体にわたって透明性とコミュニケーションを維持します。

    脆弱性アセスメントのワークスペースを使用した脆弱性危機管理

    注:
    脆弱性危機管理 v1.0.1 以降のアプリケーションはストアで個別のサブスクリプションとして入手できます。[脆弱性アセスメント] ワークスペースから脆弱性危機管理にアクセスできるのは、詳細なエンタイトルメントがある場合、またはストアからアプリケーションをインストールしている場合のみです。以前は、脆弱性危機管理は脆弱性緊急対応プラグインに含まれていました。v3.2.2 以降、「脆弱性緊急対応プラグイン」は「脆弱性エクスポージャーアセスメント」に名前が変更されました。
    脆弱性イベントマネージャーは、関心対象となる脆弱性を特定すると、脅威インテリジェンスソース、脆弱性の特性、および影響を受ける製品に関する情報が含まれる脆弱性アセスメントレコードを作成します。この情報は、さらなる影響とエクスポージャーの分析に使用されます。

    関心対象となる脆弱性のレコードが作成されると、リスクアセスメントが実行されます。このアセスメントは、構造化されたリスクスコアリング、レコードのレビュー、およびタスクを実行するアナリストの観察で構成されます。関心対象となる脆弱性の初期リスクスコアは、イベントの作成時に使用可能な属性を使用して計算されます。追加のインテリジェンスが使用可能になると、アセスメントのリスクスコアは変更される場合があります。リスクスコアを使用して、エクスプロイトの潜在的な影響を判断し、対応の優先順位を確立します。

    関心対象となる脆弱性のアセスメントが作成され、組織のインフラストラクチャにリスクをもたらすと判断されたら、ソフトウェア資産管理、ソフトウェア部品表 (SBOM) インベントリ、スキャナーで報告された脆弱性、構成管理データベース (CMDB) などのソフトウェアインストールインベントリを使用した詳細なエクスポージャーアセスメントでリスクアセスメントを更新することで、脅威をさらに分析できます。影響を受ける構成アイテムとアプリケーションは、アセスメントによって自動的に特定されます。影響を受ける追加のアイテムは手動で追加できます。

    アセスメントが完了すると、関連付けられた脆弱性一致アイテムがまだないエクスポージャー結果に対して、脆弱性一致アイテムまたはアプリケーション脆弱性一致アイテムを作成できます。脆弱性一致アイテムのリスクスコア算出を利用/構成して、脆弱性アセスメントレコードにリンクされた脆弱性一致アイテムのリスクスコアを調整できます。脆弱性アセスメントレコードには、エクスポージャーレベルとイベントの優先度を割り当てることができます。イベントの優先度に基づいて、脆弱性イベントマネージャーは、脆弱性アセスメントを提案、昇格、または重大なセキュリティインシデントにリンクすることを選択できます。

    重大セキュリティインシデント管理 を使用して、修復アクティビティの追跡と管理、進行中のセキュリティインシデントのリンク、アドホックタスクの作成、影響を受けるチームの関与、ステータスレポートの送信、および 重大セキュリティインシデント管理 で利用可能なコラボレーション統合を使用したコラボレーションを行います。

    ServiceNow® ソフトウェア資産管理 および ソフトウェア部品表 (SBOM) アセスメント - 処理ロジック

    ソフトウェア資産管理 データを使用して、CVE の NVD からの CPE と、文字列一致ロジックを使用してディスカバリーモデルがフェッチされます。ディスカバリーモデルをフェッチした後、関連するインストールのスキャンが実行され、関連する構成アイテムがフェッチされ、[影響を受ける構成アイテム] テーブルに値が入力されます。公開者、製品、バージョン、エディションなどの詳細をさらに入力できます。これらに基づいて、レコードの一致するすべてのディスカバリーモデルとソフトウェアインストールがフェッチされます。その後、関連する構成アイテムがフェッチされ、[影響を受ける構成アイテム] テーブルに再度入力されます。

    SBOM の場合、関連 (m2m) テーブル (CVE とソフトウェアの間) から、CVE に関連付けられているソフトウェアがフェッチされます。ソフトウェアの詳細を取得した後、SBOM コンポーネントの製品とバージョンを、識別されたソフトウェアの製品とバージョンと照合することによって、関連する SBOM コンポーネントが特定されます。

    関連するコンポーネントが見つかると、コンポーネントに関連するエンティティがフェッチされます。エンティティからの製品モデルと、関連する CI (見つかった場合) がフェッチされ、構成アイテムが [影響を受ける構成アイテム] テーブルに保存されます。構成アイテムに脆弱性一致アイテムがない場合は、それを使用して脆弱性一致アイテムを作成できます。構成アイテムが見つからない場合、製品モデルは [影響を受けるソフトウェアモデル] テーブルに保存され、アプリケーション脆弱性一致アイテムを作成するために使用できます。

    脆弱性危機管理ワークフローの使用の詳細については、「脆弱性アセスメントのワークスペースの使用」を参照してください。