アップグレード中にコンソールにアクセスできない場合、Defender はアップグレード前に最後にキャッシュされたポリシーと設定を使用して警告を発し、強制を続けます (オプション D)。この動作により、中央管理コンソールが一時的に利用できなくなった場合でも、セキュリティの実施がアクティブかつ一貫した状態に保たれます。キャッシュされたポリシーにより、Defender は最新の既知の構成に基づいてセキュリティ体制を維持し、脅威に対する継続的な保護と確立されたセキュリティ ポリシーへの準拠を確保できます。このアプローチは、中断のないセキュリティの適用を保証するという Prisma Cloud の設計原則を反映しており、それによってメンテナンス期間中に潜在的な脆弱性から環境を保護します。

デプロイされたイメージの上位クリティカル CVE は、クラウド セキュリティ コンソールの [防御] → [脆弱性] → [イメージ] セクションで確認できます。このセクションでは、重大度、修復ステータス、外部ソースへの参照など、デプロイされたイメージに関連付けられた CVE の詳細を提供します。また、ユーザーは特定された CVE に対してアクションを実行し、環境の安全性を確保することもできます。

Azure AD 内でセキュリティ グループを作成し、アプリケーションを作成するための十分なアクセス許可を持つユーザーを表示するための正しい RQL クエリは、オプション D です。このクエリは、ユーザーに関連する承認ポリシー設定を確認することによって、Azure Active Directory (Azure AD) 内のポリシーを評価するように特に設計されています。デフォルトのロール権限。このクエリは、azure-active-directory-authorization-policy API をターゲットにして構成 (cloud.resource からの構成) を取得し、ユーザーにセキュリティ グループの作成を許可するかどうかを指示する JSON ルールに基づいてそれらの構成をフィルター処理します (defaultUserRolePermissions.allowedToCreateSecurityGroups が true です)。 ) とアプリケーション (defaultUserRolePermissions.allowedToCreateApps が true)。このクエリは、両方の条件が満たされていることを確認することで包括的なチェックを行います。これは、ユーザーが Azure AD 内でセキュリティ グループとアプリケーションを作成する機能を組み合わせて持つために必要です。
Prisma Cloud およびクラウド セキュリティ原則のコンテキストでは、RQL (リソース クエリ言語) は、セキュリティ ポリシーへの準拠を確保するために、クラウド環境内のリソースの構成状態をクエリするために利用されます。オプション D の RQL 構文は、「Prisma Cloud の可視性と制御資格ガイド」や「クラウド セキュリティ体制管理ツールのガイド。」これらの文書では、安全で準拠したクラウド環境を維持するために、クラウド リソース構成の継続的な監視と検証の重要性を強調しています。これは、オプション D のような対象を絞った RQL クエリによって効果的に達成されます。
参照：
「Prisma Cloud Visibility and Control Qualification Guide」では、クラウド環境における可視性とコンプライアンスの重要性について説明しています。これは、リソース構成をクエリするための RQL の使用に直接当てはまります。
「クラウド セキュリティ体制管理ツールのガイド」では、クラウド環境全体にわたる包括的な可視性とガバナンスの必要性を強調し、Azure AD でユーザーのアクセス許可を評価するために使用される特定の RQL クエリの背後にある理論的根拠をさらにサポートしています。

アマゾン ウェブ サービス (AWS) クラウド内、特に Identity and Access Management (IAM) モジュール内で自動修復方法を利用するには、boto3 ライブラリとリクエスト ライブラリのインストールと IAM AWS 修復スクリプトの構成という 2 つの重要なアクションが必要です。
boto3 ライブラリは AWS の Python 用 SDK で、Python 開発者は Amazon S3 や Amazon EC2 などのサービスを利用するソフトウェアを作成できます。リクエスト ライブラリは、人間向けに設計された Python HTTP ライブラリであり、HTTP サービスとの簡単な対話を可能にします。これらのライブラリは、IAM 内での修復タスクの自動化など、AWS サービスのスクリプト作成の基礎となります。
IAM AWS 修復スクリプトの構成は、2 番目の重要な手順です。このスクリプトは、過剰なアクセス許可、未使用の IAM ロール、不適切に設定されたポリシーなど、特定されたセキュリティ問題の修復を自動化するために AWS IAM と対話するように調整されています。このスクリプトは boto3 ライブラリを使用して AWS サービスと通信し、IAM 設定をセキュリティのベストプラクティスに合わせるために必要な変更を適用します。
これらのアクションは、自動化を活用して AWS 内の IAM セキュリティを強化し、IAM 設定が最小権限の原則やその他のセキュリティのベストプラクティスに確実に準拠するようにするために不可欠です。このアプローチは、クラウド セキュリティに関する Prisma Cloud の機能と推奨事項と一致しており、「Prisma Cloud の可視性と制御の資格ガイド」や「クラウド セキュリティ体制管理ツールのガイド」などのリソースで説明されているように、堅牢なセキュリティ体制を維持するための自動化の重要性を強調しています。 。」参照：
「Prisma Cloud Visibility and Control Qualification Guide」では、クラウド環境内での自動セキュリティ制御と修復の重要性を強調し、AWS での IAM 修復のためのスクリプトとライブラリの使用をサポートしています。
「クラウド セキュリティ体制管理ツールのガイド」では、クラウド セキュリティにおける自動化、特にコンプライアンスを確保しリスクを最小限に抑えるための IAM 構成の管理と修正の重要性を強調しています。