オプションA：これは誤りです。送信トラフィックを許可することはセキュリティ上の考慮事項ではありますが、本質的に設定ミスではありません。状況と具体的なセキュリティポリシーによって異なります。
オプション B: これは正しくありません。MFA を有効にすることは重要なセキュリティ プラクティスですが、クラウド サービスの誤った構成ではなく、ID およびアクセス管理 (IAM) ポリシーに関係します。
選択肢C：正解です。AWS S3バケットの設定ミスは、クラウドサービスにおける設定ミスの典型的な例です。Falcon Cloud Securityは、このような設定ミスを特定して警告を発し、潜在的なデータ侵害やコンプライアンス違反を防止します。
選択肢D：これは不正解です。これはクラウドサービスの設定ミスではなく、パッチ管理やシステムメンテナンスの不備によるものです。Falcon Spotlightはこのような脆弱性を特定する可能性がありますが、「クラウドサービスの設定ミス」には分類されません。

コンテナイメージに脆弱性が発見された場合の対応アクションを自動化するために、CrowdStrike Falcon Fusion はトリガー「Kubernetes and containers > Image assessment > Vulnerabilities」を使用します。このトリガーは、Falcon がコンテナイメージのスキャンと評価中に脆弱性を検出した際にアクティブになります。
イメージ評価の脆弱性は実行前に発生するため、このトリガーはシフトレフト型のセキュリティ自動化に最適です。脆弱なイメージが本番環境に到達する前に、通知の送信、チケットの発行、イメージのタグ付け、ポリシー適用によるデプロイメントのブロックなどのアクションを自動的に開始できます。
コンテナ検出トリガーは、イメージの脆弱性ではなく、ランタイム イベントに適用されます。脆弱性のユーザー アクション トリガーは手動による操作に依存するため、自動検出主導のワークフローには適していません。
イメージ評価の脆弱性トリガーを使用することで、組織は Falcon Cloud Security の検出結果を CI/CD パイプラインと修復ワークフローに直接統合し、対応を迅速化し、リスクの露出を軽減できます。
したがって、正しい Fusion ワークフロー トリガーは、Kubernetes とコンテナー > イメージ評価 > 脆弱性です。

オプションA：エンドポイントエージェントの展開は別途管理され、クラウドセキュリティポスチャポリシーの編集は不要です。これらのポリシーは、エンドポイント管理ではなく、コンプライアンスの評価と維持に重点を置いています。
オプションB：コンテナのランタイム保護は、クラウドセキュリティポスチャポリシーではなく、Falcon ContainerおよびKubernetesセンサーによって処理されます。これらのポリシーは、クラウド環境における構成ミスの特定と修正に重点を置いています。
オプションC：Falcon Cloud Security Postureポリシーは、クラウド構成をコンプライアンスフレームワーク（CIS、NISTなど）に準拠させるように設計されています。これらのポリシーを編集することで、管理者は組織または規制要件を満たすルールをカスタマイズし、マルチクラウド環境全体でコンプライアンスを強化できます。
オプションD：ログ設定はコストに影響を与える可能性がありますが、クラウドセキュリティポスチャポリシーではログ管理は行われません。これはFalconポリシーではなく、クラウドプロバイダーの設定を通じて行われます。

オプションA：重大な変更があった場合にのみ評価を実施すると、更新が行われていない期間にセキュリティギャップが生じます。包括的なセキュリティ監視には、定期的な自動評価が不可欠です。
オプション B: 静的または重要度の低い環境では週次評価で十分ですが、セキュリティ体制を維持するために毎日の更新が不可欠な動的な本番環境では不十分です。
オプションC：30分ごとに評価を実行するのは、ほとんどのユースケースでは頻度が高すぎるため、大きな付加価値を提供せずに運用コストを増加させる可能性があります。この頻度は、変更率が非常に高い環境でのみ正当化される可能性があります。
オプション D: 毎日の評価は、特に変更が定期的に発生するものの継続的ではない動的な本番環境では、タイムリーなセキュリティ体制の更新とコスト効率のバランスを保ちます。

オプションA：評価済み項目とは、コンテナイメージなど、Falcon Cloud Security内で脆弱性または構成の評価を受けた項目を指します。未評価項目とは、構成、範囲、またはタイミングの制限などにより、まだスキャンされていない項目を指します。この区別を理解することは、セキュリティタスクの優先順位付けにおいて非常に重要です。
オプション B: 「評価済み」という用語は、「完全にパッチが適用されている」ことと同じではありません。評価済みであっても、修正が必要な脆弱性が残っている場合があります。
オプションC: 評価済みと未評価のステータスは、コンテナのアクティビティやアーカイブ状態とは関係ありません。アクティブなコンテナも非アクティブなコンテナも、スキャンプロセスに応じて評価済みまたは未評価の状態になります。
オプション D: 評価対象アイテムは管理対象資産と同義ではありません。管理対象外アイテムも、外部ツールまたはワークフローを通じてスキャンされた場合は評価できます。