概要

セキュリティ体制コントロールポリシーは、エンティティ-関係-プロパティデータモデルに基づいて構築されます。ポリシーを定義して、特定の基準に一致するエンティティまたは資産を検索できます。基準は、そのエンティティのプロパティまたは関連するエンティティのプロパティの条件の形式で指定できます。

現在、次のプライマリ、またはトップレベルのエンティティまたは資産タイプを、ポリシーを定義する際の開始点として使用できます。セキュリティ体制コントロールポリシースキーマには、「脆弱性」、「メタデータ」などの他のサポートされているエンティティがありますが、これらのエンティティを開始点にすることはできません。プライマリエンティティまたはその関連エンティティから関係を使用して、これらのセカンダリエンティティに移動できます。

主エンティティ:

• ハードウェア資産
• クラウド仮想マシン

アプリケーションに含まれるポリシー

Security Posture Control アプリケーションには、重要なユースケースに関連付けられ、最終的に SPC ワークスペースのランディングページ (ホームモジュール) のダッシュボードに重要なインサイトとして表示されるポリシーがいくつかあります。これらのポリシーを表示するには、次に移動します。 ワークスペース > Security Posture Control > リスト > すべて.

これらのポリシーは編集できません。ただし、メタデータは変更できます。これらのポリシーを複製して独自のカスタムポリシーを作成できますが、複製したポリシーは、他の主要な分析情報とともにホームランディングページのダッシュボードに主要な分析情報として反映されないことに注意してください。

作成したポリシーを複製してアクティブ化した後、ワークスペースのカスタムインサイトビルダーモジュール (ナビゲーターパネルの最後のモジュール) に独自のカスタムインサイトレコードを作成し、カスタムインサイトダッシュボード (ワークスペースの上部から 2 番目のアイコン) でデータを表示します。

次の図は、エンドポイント保護が不足している資産を検索するポリシーが製品に含まれていることを示しています。このポリシーの条件では、Service Graph Connector によって報告されていないカテゴリ ([エンドポイント保護]) および、ネットワーク、インフラストラクチャ監視、またはクラウドプロバイダーのいずれかのカテゴリの Service Graph Connector によって報告される資産が検索されます。

独自のポリシーの作成

既存のポリシーをクローンして条件を追加するか、ポリシーを最初から作成することができます。カスタムポリシーには、OS、OS バージョン、FQDN などのメタデータの条件を含めて、たとえば古いソフトウェアで資産を監視するのに役立ちます。これらのプロパティは、任意の資産のさまざまな Service Graph Connector によって設定される共通の CMDB プロパティであることに注意してください。

監視して資産数に含めたくない Governance, Risk, and Compliance (GRC) アプリケーションを使用して、承認済み例外の条件を追加することもできます。

基本ポリシーと子ポリシー

複数のポリシーを使用して資産を評価し、独自のカスタムインサイトを作成できます。大きなサンプルサイズから一致するアセットの数を減らす場合、または複数の一致条件に焦点を当てる場合は、複数のポリシーを使用できます。たとえば、オンプレミスとクラウドの両方で脆弱性がスキャンされていない総資産の数を示す比較グラフを作成するとします。

また、任意のポリシーレコードから子ポリシーを作成して、検索条件をさらに絞り込み、より具体的な一致を返すこともできます。基本ポリシーのすべての条件は、子ポリシーでも継承されます。

複数のポリシーを追加する場合:

• レベル 1 がベースです。このポリシーは、たとえば、Active Directory Service Graph Connector によって報告された Active Directory 内のすべての資産など、(N) 単位の広範なサンプルサイズを照会します。
• レベル 2 は、最初のポリシーの結果を評価します。このポリシーは、(N) のサブセットのみを評価します。たとえば、Active Directory 内のすべての資産から、脆弱性がスキャンされていない脆弱性アセスメントツールを使用して資産のみを返します。
• レベル 3 は、ポリシー 1 と 2 などの結果を評価します。たとえば、脆弱性がスキャンされていない脆弱性評価ツールを使用して Active Directory 内のすべての資産から、不足しているエンドポイント保護エージェントのみを返します。
• 注: 階層内に複数のポリシーを設定できます。階層では、資産が階層内の各レベルとどのように一致するかについて、さまざまな分類を表示できます。

子ポリシーを作成するには、ポリシーレコードで [ 新しいポリシー ] を選択し、必要な条件を設定します。既存のポリシーの条件を開始として使用し、既存のポリシーおよび承認済みの例外から結果を除外するオプションがあります。詳細については、「セキュリティ体制コントロールのポリシーの作成、クローン作成、およびアクティブ化」を参照してください。

カスタムインサイトのポリシーを選択する場合、階層を変更しない限り、親ポリシーと同じレベルの子ポリシーを選択することはできません。

メタデータと CMDB フィルタリング

Governance, Risk, and Compliance (GRC) アプリケーションの例外

Integrated Risk Management (IRM) 例外は、Governance, Risk, and Compliance (GRC) 製品から承認された例外を含む資産です。ポリシーには、例外の条件を追加して、これらの資産を監視してカウントに含めないようにするオプションがあります。

たとえば、一部の資産には、IRM を使用した特定のコントロール目標に対して承認された例外がある場合があります。返される一致を減らすために、情報セキュリティ チームは、既に承認されている IRM 例外を含むセキュリティ コントロールの監視からこれらの資産を除外することができます。