コンフィグレーションコンプライアンス のステータス

  • リリースバージョン: Washingtondc
  • 更新日 2024年02月01日
  • 読む9読むのに数分
  • コンフィグレーションコンプライアンス を使用すると、ステータスモデルを表示して、特定の時点でのテスト結果グループのステータスを把握できます。テスト結果グループのステータスは、優先順位によってテスト結果のステータスを制御します。

    注:
    コンフィグレーションコンプライアンス の v14.9 以降では、次の用語が変更されました。
    表 : 1. 用語の変更
    v14.9 より前の用語 v14.9 以降の用語
    テスト結果グループ 修復タスク
    グループルール 修復タスクルール
    ポリシー テストグループ

    テスト結果グループのステータス

    テスト結果グループにはさまざまなステータスがあります。次のスキャン結果に基づいて、[解決済み] ステータスからの自動移行が可能です。次のスキャンですべてのテスト結果が合格すると、そのグループはクローズされます。そうでない場合は、[調査中] ステータスに移行します。システムはこの [クローズ済み] ステータスを確認しますが、テスト結果が追加されたり、グループからは削除された場合は、グループステータスを再評価します。作業メモは移行を反映して更新されます。

    次の図は、テスト結果グループのステータスがどのように [オープン] ステータスから [クローズ済み] ステータスに移行するのかを示しています。

    図 : 1. Configuration Compliance ステータスフロー
    Configuration Compliance ステータスフロー
    注:
    各グループフォームには、ServiceNow タスクの標準である [フォロー] および [更新] ボタンが含まれています。

    次の表に、コンフィグレーションコンプライアンス ステータスを示します。

    表 : 2. Configuration Compliance のステータス
    ステータス 説明
    オープン 作成時のステータス。
    調査中 [調査を開始] ボタンによってトリガーされます。このステータスから、次のことができます。
    変更要求の作成
    詳細については、「コンフィグレーションコンプライアンス での変更要求の作成」を参照してください。
    保留
    理由を入力し、再オープン日を選択します。
    クローズ
    解決策とメモを入力します。グループをクローズします。
    削除
    削除を確定します。グループを削除します。
    保留 [保留] ボタンによってトリガーされます。このステータスから、次のことができます。
    再オープン
    [オープン] ステータスに戻します。
    クローズ
    解決策とメモを入力します。グループをクローズします。
    削除
    削除を確定します。グループを削除します。

    [保留/クローズ] 関連タブの下に保留情報が表示されます。保留日に、グループは修復のために再オープンされます。

    実装待ち [実装待ち] ボタンによってトリガーされます。このステータスから、次のことができます。
    セキュリティインシデントの作成
    詳細については、「Create a security incident (セキュリティインシデントを作成する)」を参照してください。
    変更要求の作成
    詳細については、「コンフィグレーションコンプライアンス での変更要求の作成」を参照してください。
    解決
    [解決] を選択し、メモを追加します。選択肢は次のとおりです。
    • 結果が無効
    • キャンセル
    • 固定

    ステータスが [解決済み] になります。[解決] 関連タブの下にメモが表示されます。

    クローズ
    [解決] を選択し、メモを追加します。選択肢は次のとおりです。
    • 結果が無効
    • キャンセル
    • 固定

    ステータスが [クローズ済み] になります。[解決] 関連タブの下にメモが表示されます。

    削除
    削除を確定します。グループを削除します。
    解決済み [解決 (Resolve)] ボタンからトリガーされます。このステータスから、次のことができます。
    セキュリティインシデントの作成
    詳細については、「Create a security incident (セキュリティインシデントを作成する)」を参照してください。
    再オープン
    [オープン] ステータスに戻します。
    クローズ
    [解決] を選択し、メモを追加します。選択肢は次のとおりです。
    • 結果が無効
    • キャンセル
    • 固定

    ステータスが [クローズ済み] になります。[解決] 関連タブの下にメモが表示されます。

    削除
    削除を確定します。グループを削除します。

    [メモ] 関連タブの下にメモが表示されます。[解決] 関連タブの下に解決情報が表示されます。

    クローズ済み [クローズ (Close)] ボタンからトリガーされます。このステータスから、次のことができます。
    再オープン
    [オープン] ステータスに戻します。
    削除
    削除を確定します。グループを削除します。

    [保留/クローズ] 関連タブの下にクローズ情報が表示されます。

    • テスト結果グループが、修復されていないサブステート ([リスクの受容] や [該当] など) で [クローズ済み] とマークされている場合、グループに追加されたテスト結果のステータスはテスト結果グループと一致するように更新されます。
    • テスト結果グループが [クローズ済み] または [修復済み] としてマークされていて、追加されたテスト結果自体が [クローズ済み] または [修復済み] でない場合、テスト結果のステータスは変更されず、テスト結果グループのステータスは [オープン] に変更されます。
    • 結果の優先順位が低いと判断した場合は、そのグループを定義された時間の間 [保留] ステータスに変更するか、すぐにクローズすることができます。
      注:
      テスト結果グループが保留またはクローズされた場合は、サブステートを指定して、その理由をさらに定義できます。作業メモは移行を反映して更新されます。
    • 新しいテスト結果グループを作成するか、テスト結果グループを分割すると、[理由] および [期限 (Until)] フィールドが新しいテスト結果グループと古いテスト結果グループに対して再評価されます。すべてのテスト結果のステータスが [保留] の場合、[理由] および [期限 (Until)] フィールドの値がテスト結果グループにロールアップされます。
      • テスト結果グループ内のすべてのテスト結果が保留され、[理由] が同じ場合、テスト結果グループには同じ [理由] がアサインされます。そうでない場合、[理由] フィールドは [なし] に変更されます。
      • [期限] フィールドの日付は、テスト結果が属するすべてのテスト結果グループの最も近い日付で更新されます。
      注:
      この評価は、1 時間ごとに実行されるジョブスケジュール [Rollup test result values to test result group and configuration test] によって行われます。

    テスト結果のステータス

    テスト結果グループのステータスによって、関連するテスト結果のステータスも変更されます。このメカニズムには 2 つのケースがあります。
    1 つのグループにのみ属するテスト結果
    結果は、次の 3 つの例外を除いて、グループのステータスと一致します。
    • グループのステータスが [クローズ済み] に、その解決策 (サブステート) が [修復済み] に変更された場合、アイテムはその変更を無視して [オープン] ステータスに戻ります。
    • グループのステータスが [クローズ済み] に、その解決策 (サブステート) が [キャンセル] に変更された場合、アイテムはその変更を無視して [オープン] ステータスに戻ります。
    • テスト結果のソースステータスが [修復済み] (スキャンまたはインポートによって更新) の場合、グループのステータスが変更されると、グループのステータスに関係なく、テスト結果のステータスが [クローズ済み (修復済み)] に変更されます。
    複数のグループに属するテスト結果
    テスト結果は、自動的にグループのステータスと一致するわけではありません。その代わりに、関連するすべてのグループを検索して、適用する優先順位が最も高いステータスを見つけます。優先されるステータスは次のとおりです。
    [クローズ済み] (サブステート:[結果が無効]) > [保留] > [解決済み] > [実装待ち] > [調査中] > [オープン]
    注:
    [クローズ済み] (サブステート:[修正済み])[クローズ済み] (サブステート:[キャンセル]) は、2 つの特別なケースです。

    テスト結果グループステータスの例

    例:

    テスト結果グループのステータス テスト結果のステータス
    グループA: オープン > 調査中

    グループ B:[オープン]

    調査中

    グループ A が [調査中]、グループ B が [オープン] の場合、検索の結果、グループ A とグループ B では、グループ A の方が優先順位が高いステータスであるため、テスト結果は [調査中] に変わります。

    グループ A:[調査中]

    グループB: オープン > 調査中

    [調査中]

    グループ B が [調査中]、グループ A が [調査中] の場合、検索の結果、グループ A とグループ B では、両グループの優先順位は同じであるため、テスト結果は [調査中] のままです。

    グループ A:[調査中]

    グループB: 調査中 > 実装待ち

    実装待ち

    グループ B が [実装待ち]、グループ A が [調査中] の場合、検索の結果、グループ A とグループ B では、グループ B の方が優先順位が高いステータスであるため、テスト結果は [実装待ち] に変わります。

    グループA: 調査中 > 保留

    グループB: 実装待ち

    保留

    グループ A が [保留]、グループ B が [実装待ち] の場合、検索の結果、アイテム 1 はグループ A とグループ B の間で、グループ A の方が優先順位が高いステータスであることがわかったため、テスト結果は [保留] に変わります。

    グループA: 保留

    グループB: 実装待ち > クローズ済み (結果が無効)

    クローズ済み (結果が無効) > 保留

    グループ B が [クローズ済み] でその解決策 (サブステート) が [結果が無効 (Result Invalid)]、グループ A が [保留] の場合、検索の結果、グループ A とグループ B では、グループ B の方が優先順位が高いステータスであるため、テスト結果は [クローズ済み (結果が無効) (Closed (Result Invalid))] に変わります。

    グループA: 保留

    グループB: クローズ済み (結果が無効) > オープン (再オープン経由)

    保留

    グループ B が再オープンして、ステータスが [オープン] に変わり、グループ A が [保留] の場合、検索の結果、グループ A とグループ B では、グループ A の方が優先順位が高いステータスであるため、テスト結果は [保留] に変わります。

    表 : 3. テスト結果ステータスの特別な例
    テスト結果グループのステータス テスト結果のステータス
    グループA: 調査中

    グループB: 実装待ち > クローズ済み (固定またはキャンセル)

    調査中

    グループ B が [クローズ済み] (サブステート [修復済み] またはサブステート [キャンセル])、グループ A が [調査中] の場合、テスト結果は [実装待ち] (以前は最優先) から [調査中] (現在は最優先) に変わります。

    グループ A:いずれかのステータス

    グループ B:いずれかのステータス

    テスト結果のソースステータスが [修復済み] (スキャンまたはインポートによって更新) の場合、グループのステータスが変更されると、その他の関連付けられているグループのステータスに関係なく、テスト結果のステータスが [クローズ済み (修復済み)] に変更されます。グループステータスのテスト結果検索は行われません。