修復タスクからの変更要求の作成
IT 修復オーナーは、グループ内のすべての脆弱性一致アイテムの修復タスク (VUL) から直接、変更要求 (CHG) を作成します。優先ソリューションを含む、事前設定された情報を使用して変更要求を作成し、手動操作が必要な脆弱性の調査を迅速化します。
始める前に
必要なロール：変更要求を作成する場合：itil ロールを持つ任意のユーザー。さらに sn_vul.remediation_owner ロールも、ユーザーに itil ロールがアサインされると自動的にアサインされます。
必要なロール：変更要求の承認の場合：itil、admin、sn_change_write、change_manager ロールを持つユーザー。
このタスクについて
脆弱性対応 ワークスペースから変更要求を作成する方法については、「IT 修復ワークスペースで変更要求を作成する」を参照してください。
クラシック環境から変更要求を作成するには、以下の手順に従います。
修復タスクから、変更要求を直接作成、承認、実装、レビュー、およびクローズすることができます。修復タスクから事前入力された情報を使用して、次の 3 つのタイプの変更要求を作成できます。
- 標準。事前に承認された、リスクの低い、比較的一般的な変更を指し、指定された手順または作業指示書に従って行います。
- 通常。通常の変更要求は、実装、レビュー、およびクローズする前に 2 レベルの承認が必要な規範的なプロセスに従います。
- 緊急。重大なインシデントを解決するための変更。
次の図は、VUL (修復タスク) から変更要求を作成する基本的なフローを示しています。このフローの詳細な手順は、図に沿って説明します。
修復タスクレコードは、以降のセクションでは VUL と呼びます。脆弱性対応 の以前のバージョンでは、修復タスクは脆弱性グループ (VG) と呼ばれていました。次の画像では、VG は修復タスクまたは VUL レコードを表しています。
- [クローズ済み] 以外のステータスの任意の修復タスク (VUL) に対して、新しい変更要求を作成できます。
- 作成するか VUL に関連付ける標準 (事前承認済み) 以外の変更要求の承認者がいることを確認します。これにより、VUL の解決が迅速化されます。ユーザーの追加の詳細については、「脆弱性対応グループへのユーザーの追加」を参照してください。
- 修復タスクを解決する前に、VUL に関連付けられている少なくとも 1 つの CHG のすべてのタスクを完了して、変更要求を実装して [レビュー] ステータスに移行できるようにする必要があります。
手順
-
フィールドに入力します。
-
[適用先] フィールドの選択リストから、いずれかを選択して続行します。
表 : 1. オプション 説明 このグループ内のすべてのアクティブな脆弱性一致アイテム 選択すると、ステータスが [クローズ済み] 以外のこの修復タスクからのアクティブな脆弱性一致アイテムすべてが、[変更を作成] のクリック後に変更要求に自動的に追加されます。 一連の条件に一致する、このグループ内のすべての脆弱性一致アイテム (All vulnerable items in this group matching a set of conditions) 選択すると、下の 2 番目の図に示すように条件ビルダーが表示されます。新しい変更要求に必要な脆弱性一致アイテムを特定するためのフィルター基準を入力します。 フィルターの例には、「特定の検索条件に一致する脆弱性一致アイテムのみ」などがあります。
[ステータス] [次の値に等しい] [オープン] かつ [リスクスコア] [次の値を超える] [75]。
条件を入力すると、基準 (10) に一致する VI の数を含むメッセージが表示されます。一致するアイテムをプレビューするためのリンク ([一致するアイテムをプレビュー (Preview matching items)]) が表示されます。
フィルター条件に一致するアイテムがない場合は、フィルターを調整するように指示するメッセージが条件ビルダーの下に表示されます。
[変更を作成] をクリックすると、この条件フィルターに一致するすべての脆弱性一致アイテムが、新しい修復タスクに移動されます。この変更要求が修復タスクに関連付けられます。
図 : 1. 一連の条件に一致する、タスク内の脆弱性一致アイテムに対する変更要求フォームの作成 -
[変更タイプ] フィールドの選択リストから、いずれかを選択して続行します。
表 : 3. 変更タイプ 説明 緊急 重大なインシデントを解決するための変更。 通常 標準的な変更でも緊急の変更でもないサービスへの変更を実施するために使用される変更タイプ。 標準 事前に承認された低リスクの変更要求で、頻繁に実施されます。承認済みの標準的な変更要求をテンプレートのカタログで事前定義して、標準的な変更へのアクセスと要求をより効率的にすることができます。選択すると、次の図に示すように 2 つのフィールドが表示されます。各選択リストからいずれかを選択して、次のフィールドに入力します。 - 変更カテゴリ：既存のカタログから変更のカテゴリを選択します。たとえば、[ハードウェア]、[サーバーの標準的な変更]、[ソフトウェア] などです。この例では、 [標準的な変更のパッチ適用 (Patching Standard Changes)] が選択されています。
- 変更テンプレート：事前定義されたサポートタスクを使用して、変更要求に利用可能なテンプレートをカタログから 1 つ選択します。この例では、[Microsoft 月次パッチ適用サイクル (Microsoft Monthly Patching Cycle)] テンプレートが選択されています。
ITSM の変更要求のカテゴリ、テンプレート、および変更タイプの詳細については、「変更タイプ」を参照してください。
この機能は、ITSM 変更管理のカタログで設定した変更要求のタイプを自動的に読み取ります。たとえば、ITSM の標準的な変更の要求の名前を「標準」から「事前承認済み」に変更すると、次の図に示すとおり、[変更要求の作成] フォームの [変更タイプ] 選択リストに新しい名前が自動的に表示されます。
フォームの [変更要求プレビュー] セクションのフィールドには、VUL の情報が事前に入力されています。これらのフィールド値は必要に応じて編集できます。たとえば、この後の図のフィールドの値を確認します。- 終了予定日
- この日付 (2019-10-10) は、VUL の [修復ターゲット日] フィールドに表示される値と同じです。この値は、VUL に属する脆弱性一致アイテムの最も早い修復ターゲット日から導出されます。修正日をさらに早める必要がある重大な問題の変更要求を作成している場合は、この値と [優先度] フィールドの値を編集することをお勧めします。
- 理由
- このフィールドには、CHG に追加された CI の数が表示されます。追加情報が必要な場合は、このテキストを編集することをお勧めします。たとえば、新しい VUL を作成するために使用したフィルターに関するメモ (「75 を超えるリスクスコア」など) をこのフィールドに追加することもできます。このテキストは、新しい変更要求と修復タスクを見つけるのに役立ちます。
- 実装計画
- このフィールドには、脆弱性の優先ソリューションが表示されます。
- アサイン先グループとアサイン先
- これらのフィールドを編集して、アサイン先グループを変更するか、いずれかのアサイン先グループのユーザーにこの変更要求を再アサインします。
-
[適用先] フィールドの選択リストから、いずれかを選択して続行します。
-
変更を保存してこのページに留まるには、フォームの上部にあるグレーのバナーを右クリックして、[挿入と維持] を選択します。
-
編集が完了したら、いずれかを選択して続行します。
オプション 説明 変更要求を作成 変更要求が作成され、新しい変更要求が [新規] ステータスで表示されます。次の図に示すように、上部に、変更要求が正常に作成されたことを示すメッセージが、追加された脆弱性一致アイテムの番号とともに表示されます。 ステータスの同期が有効になっており、VUL がまだ [調査中] になっていない場合、VUL は自動的に [調査中] に移動され、作業メモが提示されます。
キャンセル 変更要求は作成されず、VUL が表示されます。 注:[アサイン先グループ] および [アサイン先] のフィールドが未アサイン (空) の [オープン] ステータスの修復タスクの場合、[変更を作成] をクリックすると、現在のログオンユーザーが自動的にタスクにアサインされます。さらに、 [CI を CR に追加] チェックボックスをオンにする必要があります。VUL の上部に、このアサインを示す青色の確認メッセージが表示されます。