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

ベストプラクティスに従い、セキュリティオペレーションセンター（SOC）は、公開アクセス可能なAWS RDSデータベースインスタンスをチェックするポリシーを有効化し、本番環境の一部であることが確認された各インスタンスを手動で修正する必要があります。このアプローチにより、公開アクセスを許可すべきでないリソースのみが変更対象となり、非本番環境インスタンスへの意図しないアクセス制限を回避できます。

アップグレード中にコンソールにアクセスできない場合、Defenderはアップグレード前に最後にキャッシュされたポリシーと設定を使用して、アラートの発令と適用を継続します（オプションD）。この動作により、中央管理コンソールが一時的に利用できなくなった場合でも、セキュリティ適用がアクティブかつ一貫した状態を維持できます。キャッシュされたポリシーにより、Defenderは最新の構成に基づいてセキュリティ体制を維持し、脅威に対する継続的な保護と確立されたセキュリティポリシーの遵守を確保できます。このアプローチは、Prisma Cloudの設計原則である「セキュリティ適用を中断なく実行すること」を反映しており、メンテナンス期間中も潜在的な脆弱性から環境を保護します。
参考: https://docs.paloaltonetworks.com/prisma/prisma-cloud/20-09/prisma-cloud-compute-edition- admin/upgrade/upgrade_process.html

Prisma Cloud のコンテナランタイムモデルには、通常、「学習中」、「アクティブ」、「アーカイブ済み」などの状態が含まれます。「学習中」状態では、Prisma Cloud はコンテナの動作を観察し、正常な動作を把握してベースラインを確立します。このフェーズでは、システムはセキュリティポリシーを積極的に適用するのではなく、コンテナアクティビティの典型的な動作とパターンを学習します。「アクティブ」状態では、システムは学習した動作と検出された異常に基づいてセキュリティポリシーを積極的に適用します。ベースラインから逸脱する疑わしいアクティビティや悪意のあるアクティビティを示すコンテナは、設定されたポリシーに基づいてアラートやアクションをトリガーする場合があります。「アーカイブ済み」状態は、アクティブではなくなったコンテナですが、そのデータとアクティビティログは履歴分析やコンプライアンスのために保持されます。

参考: https://docs.paloaltonetworks.com/prisma/prisma-cloud/prisma-cloud-admin/prisma-cloud-policies/create-a-policy.html Prisma Cloud では、構成ポリシーに自動修復用の CLI コマンドが組み込まれています。これらのポリシーは、クラウド環境内の構成ミスを特定し、手動による介入なしに構成を修正するための修復コマンドを自動的に実行するのに役立ちます。この機能は、クラウドリソースがベストプラクティスとコンプライアンス標準に従って構成されていることを保証することで、クラウドセキュリティ体制を維持するための Prisma Cloud の包括的なアプローチの一部です。