Prisma Cloud Enterprise では、オンボードされたパブリック クラウド アカウントの構成資産に対してアラートを生成するには、そのアカウントが、有効な構成ポリシーと一致するアラート ルールに関連付けられていることが重要です。アカウントがアラート ルールにリンクされていない場合、または既存のアラート ルールが構成ポリシーと一致しない場合、構成リソースの取り込みが表示されていてもアラートは生成されず、RQL ステートメントは構成リソースの結果を返します。この要件は、セキュリティ インシデントを迅速に特定して対処するために、適切に構造化されたアラート メカニズムの必要性を強調しています。

Prisma Cloud Compute の「モニター」セクションにあるインシデント エクスプローラーの目的は、個々のイベントを関連付けることによってインシデントの包括的なビューを提供することです。これは、一連のプロセス、ファイル システム、ネットワーク イベントを通じて潜在的な攻撃を特定するのに役立ち、インシデントのタイムラインと影響の全体像を把握できます。

Kubernetes のコンテキストでは、アドミッション コントローラーは、オブジェクトが永続化される前、リクエストが認証および許可された後に、Kubernetes API サーバーへのリクエストをインターセプトするコードの一部です。アドミッション コントローラーを使用すると、オブジェクトを作成または更新する前に、複雑な検証およびポリシー制御をオブジェクトに適用できます。
ValidatingWebhookConfiguration は、Kubernetes オブジェクトの作成、更新、または削除のリクエストが構成で定義されたルールに一致する場合に、サービス (アドミッション Webhook) にアドミッション検証リクエストを送信するように API サーバーに指示する Kubernetes オブジェクトです。その後、Webhook はカスタム ロジックに基づいてリクエストを承認または拒否できます。
MutatingWebhookConfiguration は似ていますが、オブジェクトが作成または更新される前に変更するために使用されます。これは、保護または検証機能で動作するアドミッション コントローラーの主な機能ではありません。
DestinationRules は Istio サービス メッシュに関連しており、Kubernetes アドミッション コントロールには関係ありません。
PodSecurityPolicies (PSP) は Kubernetes のアドミッション コントローラーの一種ですが、Kubernetes によって事前定義されており、ValidatingWebhookConfiguration のような特定の構成オブジェクトを必要としません。PSP は、Kubernetes の最新バージョンでも非推奨になりました。
したがって、正解は C. ValidatingWebhookConfiguration です。これは、リクエストを検証するためのアドミッション Webhook を構成するために使用される Kubernetes オブジェクトであり、Prisma Cloud でアドミッション コントローラーとして機能する Defender の役割と一致しています。
提供されたドキュメントからの参照:
アップロードされたドキュメントには、Kubernetes オブジェクトや Prisma Cloud と Kubernetes の統合に関する具体的な詳細は含まれていません。ただし、この説明は、Kubernetes 環境のセキュリティを保護するための一般的な Kubernetes の実践および Prisma Cloud の機能と一致しています。