Prisma Cloudでは、構成ポリシーはクラウドセキュリティライフサイクルのさまざまなフェーズに合わせて分類されており、クラウドセキュリティ管理への包括的なアプローチを重視しています。「構築と実行」というサブタイプは、クラウドリソースとアプリケーションの設計・構築を行う開発フェーズ（構築）と、これらのリソースとアプリケーションが展開され、実際に使用される運用フェーズ（実行）の両方をカバーすることで、このアプローチをカプセル化しています。この分類により、クラウドインフラストラクチャとアプリケーションの初期構築から展開、そして日常的な運用に至るまで、ライフサイクル全体を通してセキュリティとコンプライアンスが確保され、セキュリティ体制全体が強化されます。

Fargate にデプロイされたイメージの脆弱性スキャンを自動化するには、イメージがデプロイされる前に、コンテナレジストリに脆弱性スキャナーを設定する必要があります。レジストリ内のイメージをスキャンすることで、Fargate タスクの作成に使用される前に、あらゆる脆弱性を特定し、対処することができます。このプロアクティブな脆弱性管理アプローチは、クラウドネイティブ環境において、デプロイされたコンテナに既知の脆弱性が存在しないことを確認するために不可欠です。
参考: https://blog.paloaltonetworks.com/prisma-cloud/securing-aws-fargate-tasks/

Prisma Cloud Enterprise へのプログラムによる認証には、アクセスキーの使用が選択肢の中で最も適しています。アクセスキーは通常、アクセスキーIDとシークレットアクセスキーで構成され、Prisma Cloud API へのプログラムによる呼び出しに使用されます。この方法により、Prisma Cloud サービスへの安全で認証済みの API リクエストを、ユーザーによる手動操作を必要とせずに実行できます。これは、自動化と CI/CD パイプラインとの統合に不可欠です。
プログラムによるアクセスにおけるアクセスキーの使用に関する言及は、Prisma CloudのようなクラウドセキュリティプラットフォームのAPIドキュメントによく見られます。Prisma Cloudの具体的なドキュメントはここでは直接引用していませんが、クラウドサービス（AWS、Azure、GCP）全体ではAPI認証におけるアクセスキーの使用が一般的に推奨されており、Prisma Cloudでも検証済みのアプローチとなっています。
参考: https://docs.paloaltonetworks.com/prisma/prisma-cloud/prisma-cloud-admin/get-started-with- prisma-cloud/access-the-prisma-cloud-api.html

KubernetesクラスターにDefenderをインストールするためのYAMLファイルを生成する正しいコマンドは、コンソールとWebSocketアドレス、そして管理者ユーザーを考慮すると、通常、アドレスとユーザーの詳細を指定することです。オプションDは、Kubernetes用のDefender構成をエクスポートし、コンソールとWebSocketアドレス、そしてユーザーの詳細を指定するという、このようなコマンドの標準的な方法に最も合致しているようです。
参考: https://docs.paloaltonetworks.com/prisma/prisma-cloud/prisma-cloud-admin-compute/install/ install_kubernetes.html