該当する場合
リスク、悪用可能性、所有権、テナント ポリシーの調整を使用して修復の優先順位を付け、チームが最も重要な問題に最初に対処できるようにします。
リスク、悪用可能性、所有権、テナント ポリシーの調整を使用して修復の優先順位を付け、チームが最も重要な問題に最初に対処できるようにします。 対象: セキュリティ トリアージ チーム、エンジニアリング リード、サービス オーナー. 一般的な設定時間: 継続的、毎日の見直しを推奨.
リスク、悪用可能性、所有権、テナント ポリシーの調整を使用して修復の優先順位を付け、チームが最も重要な問題に最初に対処できるようにします。
ここから開始
ステップ 1
リスク スコアとエクスプロイト コンテキストを使用して、実用的なキューを構築します。
成功の基準
影響を受けるアセットを確認して、本番環境またはインターネットに接続する影響を特定します。
ステップ 2
現在のキューをアセット、CVE、またはスキャナー ルールごとにグループ化し、調整された 1 つの修正で重複するリスクを解決できるようにします。
成功の基準
A high-volume theme is reviewed and its eligible findings have a confirmed owner or lifecycle action.
ステップ 3
各検出結果には、責任を持つ所有者 1 人と目標解決日が必要です。
成功の基準
修復メモと修正バージョンのターゲットを記録します。
ステップ 4
重みの変更を公開する前にシミュレーションを使用して、キューの移動が意図的かつ監査可能であることを確認します。
成功の基準
公開ごとに変更概要を記録し、新しい順序が運用の期待と一致しない場合はロールバックを使用します。
ステップ 5
トレンドの推移を監視して、リスクが長期的に減少していることを確認します。
成功の基準
Weekly trend review confirms whether high-risk backlog and regressions are declining.
Keep your rollout moving with the next recommended step.
最初の検出結果の後に行うこと