無効化ルールから除外への移行

Microsoft Defender for Cloudでは、推奨事項モデルをグループ化された推奨事項から個々の推奨事項に移行しています。 この記事では、既存の無効化ルールを新しい免除モデルに移行する方法、各無効化ルールタイプをその免除対応にマッピングする方法、そしてグループ化された推奨が非推奨される前に移行を完了する手順について説明します。 この変更の一環として、

Important

グループ化された推奨事項は 、2026 年 7 月 31 日に非推奨になります。 その日付より前に、除外への移行を完了することをお勧めします。

  • グループ化された推奨事項は非推奨になり、個々の推奨事項に置き換えられます。 グループ化から個別推奨への移行について詳しく学びましょう。
  • グループ化された推奨事項で使用される無効ルールは非推奨になっています。
  • 除外ルールは、個々の推奨事項とリスクベースの推奨事項に対する新しいアプローチです。

何が変わっているのか

2026 年 7 月 31 日に非推奨となった古いモデルでは、グループ化された推奨事項では、結果を抑制するために無効化ルールが使用されます。

サブ評価の推奨事項に対するルールの無効化インターフェイスを示すスクリーンショット。

新しいモデルでは、個々の推奨事項とリスクベースの推奨事項で 除外規則が使用されます。 詳細については、「 リソースを大規模に除外 する」と「 リソースを推奨事項から除外する」を参照してください。

グループ化された推奨事項に対して作成したルールを無効にすることは、新しいモデルではサポートされていません。

除外を使用する理由

除外により、よりスケーラブルで柔軟性が高く、一元化された方法で例外を管理できます。

  1. 推奨事項全体の一元管理: 推奨事項ごとにルールを無効にします。 複数の推奨事項で同じ共通脆弱性と曝露(CVE)を無効にしたい場合は、それぞれに別々のルールを作成する必要がありました。 除外では、ルールを 1 回適用すると、関連するすべての推奨事項に影響します。
  2. リソース レベルの細分性: ルールを無効にしても、特定のリソースに対するきめ細かな制御はサポートされません。 除外を使用すると、VM やコンテナーなどの個々のリソース レベルでルールを適用できます。
  3. 一元的な可視性と追跡: 無効化ルールでは、各推奨事項を開いてルールを表示する必要がありました。 除外を使用すると、すべてのルールを 1 つの一元化されたエクスペリエンスで表示および管理できます。
  4. 有効期限のある除外ライフサイクル: 無効にするルールは、手動で削除するまで有効なままです。 除外では有効期限がサポートされます。これは、有効期間が長いリスクを軽減し、受け入れられた脆弱性を定期的に確認するのに役立ちます。

移行ガイダンス

無効化ルールから除外への自動移行はありません。 ただし、除外条件を使用して既存のルールを再作成できます。

無効化ルールを除外条件にマッピングする

この表を使用して、既存の無効化ルールを除外条件に変換します。

ルール アクションを無効にする 除外条件
ID 選択した推奨事項の条件を使用し、関連する推奨事項を検索します。
カテゴリ [推奨事項] カテゴリを使用します。 たとえば、 システム更新プログラム や サービスアップグレードなどのカテゴリを使用します。
セキュリティの検査 選択した推奨事項の条件を使用し、関連する推奨事項を検索します。
CVEs [脆弱性] 条件を使用し、CVE プロパティに CVE 値を入力します。
CVSS [脆弱性] 条件を使用し、CVSS プロパティに CVSS 値を入力します。
最小の深刻度 [脆弱性] 条件を使用し、[最小重大度] プロパティに重大度の値を入力します。
パッチ適用不可 [脆弱性] 条件を使用し、[修正不可] を選択します。

除外規則を作成するときに使用できる除外条件を示すスクリーンショット。

以下の手順を使って、既存の無効化ルールを免除ルールに移行してください。

  1. 既存の無効化ルールを特定する: 推奨事項ごとに構成されている規則を確認し、CVE や重大度など、使用する条件をメモします。 または、次の Azure Resource Graph (ARG) クエリを使用して、既存のすべての無効なルールを取得できます。

    policyresources
| where type =~ "microsoft.authorization/policyassignments"
| extend filters = todynamic(properties).metadata.subAssessmentSettings.filters
| where filters != ""

  2. 除外条件への変換: 上記のマッピング テーブルを使用して、各ルールを同等の除外に変換します。

  3. 除外の作成: 除外を作成して管理するには、「大規模な リソースを除外 する」と「 リソースを推奨事項から除外する」を参照してください。

    Defender for Cloud で新しい適用除外を作成する方法を示すスクリーンショット。

  4. 再利用可能なルールを優先する: 可能な場合は、複数の推奨事項に適用されるより広範な除外条件を使用して、重複を減らします。

REST APIを使って脆弱性ベースの免除を再現する

脆弱性評価無効ルールを移行する際には、Standard Assignments REST APIを使って同等の脆弱性ベースの免除を作成できます。

以下の例は、CVE ID、重大度、CVSSスコアなど、指定された条件すべてに該当する脆弱性発見を除外します。

{subscriptionId}をAzureサブスクリプションIDに置き換え、{standardAssignmentName}は例外のためにユニークなGUIDに置き換えてください。

PUT https://management.azure.com/subscriptions/{subscriptionId}/providers/Microsoft.Security/standardAssignments/{standardAssignmentName}?api-version=2024-08-01

以下のリクエスト本体をご利用ください:

{
  "properties": {
    "description": "Exempts vulnerability findings that match the specified conditions.",
    "displayName": "Vulnerability assessment exemption",
    "excludedScopes": [],
    "effect": "Exempt",
    "assignedStandard": null,
    "exemptionData": {
      "exemptionCategory": "Waiver",
      "assignedAssessment": {
        "assessmentKey": "122e0164-4019-4126-8c64-b0816b49505f"
      },
      "subAssessmentExemptionRule": {
        "if": {
          "allOf": [
            {
              "field": "va.cve.cveId",
              "operationType": "ContainedInOperation",
              "operation": {
                "values": [
                  {
                    "title": "CVE-2020-1347"
                  }
                ]
              }
            },
            {
              "field": "va.cve.severity",
              "operationType": "LessThanFilterOperation",
              "operation": {
                "value": "Low"
              }
            },
            {
              "field": "va.cve.cvss",
              "operationType": "LessThanFilterOperation",
              "operation": {
                "value": "8.0"
              }
            }
          ]
        }
      }
    }
  }
}

allOfこの免除は、3つの条件すべてに該当する脆弱性の発見にのみ適用されます。 評価キーと条件値を、再現している無効化ルールに合わせて変更してください。

詳細は「 標準課題 - 作成」をご覧ください。

次のステップ

  • Last updated on