Prisma Cloud の脆弱性ポリシーは、デフォルトでは、コンテナとイメージ全体で検出されたすべての脆弱性について、脆弱性の重大度に基づくフィルタリングを行わずにアラートを発するように設定されています。このデフォルト設定により、管理者は潜在的なセキュリティ問題をすべて把握し、環境のセキュリティ状況を包括的に把握できるようになります。管理者は、これらの脆弱性を、そのコンテキスト、重大度、そして組織の資産への影響に基づいて評価し、優先順位を付けることができます。

Explanation:
* https://api.prismacloud.io/login にPOSTします
* https://api.prismacloud.io/access_keys を取得します
* パッチ https://api.prismacloud.io/access_keys/<id>/status/<status>
30 日間使用されていないアクセス キーを自動的に非アクティブ化するスクリプトを作成するには、管理者は Prisma Cloud プラットフォームへの API 呼び出しの順序付けられたシーケンスに従う必要があります。
最初のAPI呼び出しでは、スクリプトをPrisma Cloud APIで認証する必要があります。これは通常、ログインエンドポイントへのPOSTリクエストを使用して行われます。このステップは、セッションを確立し、後続のAPI呼び出しに必要な認証トークンを取得するために必要です。
スクリプトが認証されると、次の呼び出しは access_keys エンドポイントへの GET リクエストです。これにより、環境内のすべてのアクセスキーのリストが取得されます。スクリプトはこれらのキーを解析し、指定された30日間の期間内に使用されていないキーを特定します。
条件（30日間未使用）を満たすアクセスキーごとに、スクリプトは特定のアクセスキーのエンドポイントにPATCHリクエストを送信する必要があります。リクエストには、アクセスキーIDと希望するステータスが含まれます。このリクエストにより、アクセスキーのステータスは「非アクティブ」または非アクティブ化を示す同様のステータスに変更されます。
この順序に従うことで、スクリプトはアクセス キーの使用状況に基づいてアクセス キーのステータスを体系的に認証、評価、更新し、Prisma Cloud 環境内でセキュリティとコンプライアンスを維持します。

Prisma Cloud で異常なコンピューティングプロビジョニングを有効にすると、コンピューティングインスタンスの作成に関連する異常なアクティビティや不正な可能性のあるアクティビティを検出できます。この機能は、設定ミスによる偶発的な、あるいはクリプトジャッキングなどの悪意のある目的で、コンピューティングインスタンスの不正なネットワークが確立される可能性のあるシナリオを特定するのに特に役立ちます。クリプトジャッキングとは、他人のコンピューティングリソースを不正に利用して暗号通貨をマイニングする行為であり、異常なコンピューティングプロビジョニングは、コンピューティングリソースのプロビジョニングにおける異常なパターンをハイライトすることで、こうしたアクティビティを特定するのに役立ちます。

Prisma Cloud のドキュメントでは、コンテナ イメージ スキャンのコンプライアンス ルールに対して実行できるアクションを次のように指定しています。
* C. ブロック: このアクションは、定義されたコンプライアンス基準を満たしていない場合、コンテナ イメージの使用を防止します。
* D. 無視: このアクションにより、イメージはコンプライアンス チェックをバイパスし、特定された問題を事実上無視することができます。
* E. アラート: このアクションは、コンテナ イメージのコンプライアンス ステータスについて関連する関係者に通知するアラートをトリガーします。
これらのアクションはPrisma Cloudのガバナンス機能に不可欠であり、組織がセキュリティおよびコンプライアンスポリシーを効果的に適用することを可能にします。これらのルールを設定することで、チームは基準に準拠したイメージのみがデプロイされるようにすると同時に、特定のイメージを無視したり、さらなる調査のためにアラートを受け取ったりする柔軟性も得られます。
https://docs.paloaltonetworks.com/prisma/prisma-cloud/prisma-cloud-admin-compute/compliance
/信頼できる画像

脆弱性を検出した正しい RQL (リソース クエリ言語) は次のとおりです。
cloud.resource からの設定で、cloud.type = 'aws' かつ api.name = 'aws-iam-get-credential-report' かつ json.rule = '(access_key_1_active が true かつ access_key_1_last_rotated != N/A かつ DateTime. ageInDays (access_key_1_last_rotated) > 90) または (access_key_2_active が true かつ access_key_2_last_rotated != N/A かつ
_DateTime. ageInDays (access_key_2_last_rotated) > 90)'
このRQLは、AWS IAMユーザーのアクセスキーの有効期限を確認し、推奨期間（通常は90日）内にローテーションされていることを確認するために設計されています。アクセスキーがこの期間内にローテーションされていない場合、古いキーが侵害される可能性があるため、セキュリティリスクまたは脆弱性とみなされます。アクセスキーのローテーションを強制することで、不正アクセスのリスクを最小限に抑えることができます。
この種のポリシーチェックは、アクセスキーの定期的なローテーションを推奨するクラウドセキュリティのベストプラクティスに示されています。これらのベストプラクティスでは、キー侵害による潜在的な影響を最小限に抑えることが推奨されています。Prisma Cloud などの CSPM ツールには、こうしたベストプラクティスへのコンプライアンスを自動化するためのチェック機能が搭載されています。