修復タスクの保留

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間:1分
  • 修復タスク (VUL) に関連する問題が低優先度で、それ以上分析することなくすぐに保留できると判断した場合は、[例外の要求 (Request Exception)] 機能を使用できます。

    始める前に

    必要なロール:sn_vul.vulnerability_admin または sn_vul.admin (非推奨)

    このタスクについて

    脆弱性対応 ワークスペースの修復タスクレコードから修復タスクを保留できます。要求を申請すると、その要求が承認のために送信されます。「IT 修復ワークスペースで例外を要求する」を参照してください。

    スケジュール済みジョブで、再オープン日に達した保留中の修復タスクが毎日チェックされます。タスクの保留が期限切れになる日に、タスクが再オープンされます。

    注:
    状況同期を有効にした状態で、それぞれのレコードのライフサイクルの状況を介して変更要求と修復タスクを手動で移行することはできますが、CHG の状況が変化したことをシステムが登録したり、各自が CHG を追加したり、修復タスクから CHG を削除したりすると、状況同期によって手動による介入が無効になる可能性があります。ただし、変更要求の状況により、修復タスクの状況が [クローズ済み] または [保留] 状況から自動的に移行されることはありません。

    手順

    1. 移動先 すべて > 脆弱性対応 > 修復タスク.
    2. レコードを開きます。
    3. [例外の要求] をクリックします。
    4. 必要に応じて、フォームのフィールドに入力します。
      フィールド 説明
      期限

      保留ステータスが期限切れになり、修復タスクが再アクティブ化される日付を選択します。

      レコードが送信された後、メール通知が定義されている場合、有効期限が 1 週間以内になると 脆弱性対応 グループのメンバーにメールが送信されます。保留日が期限切れになると、修復タスクは [オープン] に戻され、2 回目のメール通知が送信されます。

      理由 問題を保留する理由を入力します。
      次の選択肢があります。
      • メンテナンス期間待ち
      • 誤検出
      • 修正が利用不可
      • リスクの受容
      • コントロールの緩和を実施
      • その他
      追加情報 その他の関連情報を入力します。
    5. [Submit] をクリックします。
      グループは [レビュー中] とマークされます。[再オープン (Reopen)] 関連リンクが表示されます。再オープンの日付と理由は、[ステータス変更承認] タブの作業メモに表示されます。