CWE レコードの更新のためのスケジュール済みジョブの構成および実行
CWE からのデータのインポートにより、インスタンスの脆弱性データがさらに強化されます。脆弱性をエスカレートする必要があるかどうかを決定するときは、共通脆弱性タイプ一覧 (CWE) データベースからダウンロードした CWE レコードを参照用に使用します。この統合は、脆弱性対応 の初期設定の一部として、サードパーティのスキャナー製品を使用してインスタンスに脆弱性データをインポートする前に実行します。
始める前に
脆弱性対応 アプリケーションでユーザーとグループが表示および実行できることを管理できるように、ペルソナと詳細ルールが用意されています。セットアップアシスタントでのペルソナロールの初期アサインについては、「セットアップアシスタントを使用した 脆弱性対応 ペルソナロールのアサイン」を参照してください。詳細なロール管理の詳細については、「脆弱性対応 のペルソナと詳細ロールの管理」を参照してください。
注:
NVD データベースの更新の前に実行するように CWE の更新をスケジュールします。NVD 更新のデフォルト日は [毎週] [月曜日] です。
定期的に共通脆弱性タイプ一覧データベースから共通の脆弱性レコードを更新します。必要に応じて、デフォルトのスクリプトを更新するか、独自のスクリプトを作成することもできます。
各 CWE レコードには、脆弱性を説明する関連するナレッジ記事も含まれています。共通脆弱性タイプ一覧のページから脆弱性をエスカレートすることはできません。
- admin ロールを持っている場合は、スケジュール済みジョブにリポジトリを追加できます。
- sn_vul.vulnerability_read がある場合は、スケジュール済みジョブを実行できます。
- sn_vul.vulnerability_write がある場合は、スケジュール済みジョブの詳細を編集できます。
このタスクについて
統合の実行中に複数のプロセスが生成され、データがページの形式で受信されます。各プロセスには、ページ形式のデータが添付された 1 つ以上のインポートキューエントリを含めることができます。これらのエントリは、1 時間の制限時間内にデータを処理する必要があります。ただしペイロードサイズが大きい場合は、処理時間が 1 時間を超えることやスタックすることがあり、その結果統合タイムアウトエラーが発生する可能性があります。タイムアウトエラーが発生しても、統合はデータの処理を続行します。この通信ミスを回避するために、 脆弱性対応のバージョン 18.2.4 以降では、キューがアクティブでデータを処理しているかどうかを示すタイムスタンプ (ハートビート) が定期的に送信されます。[キューエントリをインポート] ページの [最後の処理済みレコード] フィールドは、インポートキューにより作成または更新されるレコードの数に基づいて更新されます。インポートキューエントリが 1 時間の時間制限を超えた場合、システムは [Last Record Processed (最後の処理済みレコード)] フィールドをチェックして、経過時間が 1 時間を超えているかどうかを確認します。1 時間を超えている場合は、インポートキューエントリがスタックしており、処理のさらなる遅延を防ぐためにタイムアウトしています。
注:
[最後の処理済みレコード] フィールドは、次のシステムプロパティの定義に基づいて更新されます。
- sn_sec_cmn.record_threshold_heartbeat：処理されたレコードの数を定義します。これ以降、ハートビート (タイムスタンプ) がインポートキューエントリに送信されます。
- sn_sec_cmn.maximum_heartbeat_delay：インポートキューエントリがタイムアウトするまでの経過時間を定義します。