オプション A: Falcon Kubernetes センサーは、Amazon EKS、Google GKE、Azure AKS などのマネージド Kubernetes サービスとシームレスに統合するように設計されており、これらの環境内のコンテナのランタイム保護を提供します。
オプションB：Falcon Kubernetes Sensorは特権コンテナとして動作し、各ノードへのカーネルモジュールのインストールを必要としません。これは、マネージドKubernetesサービスなど、カーネルレベルの変更が制限されている環境で特に有効です。このアプローチにより、導入が簡素化され、互換性が向上します。
オプション C: Falcon は Falcon Container などの他のコンポーネントを通じてコン​​テナのセキュリティと脆弱性の管理を提供できますが、Kubernetes Sensor 自体はレジストリの直接監視ではなく、Kubernetes クラスター内のランタイム保護に重点を置いています。
オプション D: Falcon Kubernetes センサーは、クラウドベースとオンプレミスの両方の Kubernetes 環境で動作するため、さまざまな導入シナリオに柔軟に対応できるソリューションとなります。

オプションA：一部の古いバージョンのDockerには互換性の問題が発生する可能性がありますが、CrowdStrike Falconは最新バージョンのDockerのほとんどをサポートしています。この問題は互換性の問題というよりは、設定ミスによるものである可能性が高いです。
オプションB：「監視のみ」ポリシーはブロックを回避できますが、リアルタイム検出が機能しない理由を説明するものではありません。保護が機能しない原因は、より広範な設定ミスである可能性が高いです。
オプションC：Falcon Sensorが正しくインストールされている場合でも、ランタイム保護には有効なセキュリティポリシーが必要です。これらのポリシーが欠落しているか、誤って設定されている場合、センサーはセキュリティアクションを適用できず、効果的な脅威防御が実現されません。
オプションD：脅威が検出されなかったとしても、保護が機能していることを保証するものではありません。ポリシーの設定が誤っている可能性があり、悪意のあるアクティビティが検知されていない可能性があります。

オプションA：暗号化はクラウドセキュリティの重要な要素ですが、Falcon Cloud Securityはデータの暗号化は行いません。その代わりに、クラウドのワークロードと環境全体にわたる統合的な可視性、検出、保護を提供します。
オプションB：Falcon Cloud SecurityはSIEMツールと統合してセキュリティ運用を強化しますが、SIEMツールを完全に置き換えるものではありません。テレメトリデータと脅威データを収集し、SIEMソリューションと共有することで、より詳細な分析が可能になります。
オプションC：Falcon Cloud Securityは、AIと機械学習を統合し、脅威の検知と対応を自動化することで、セキュリティチームの手作業による負荷を軽減します。これが、統合プラットフォームアプローチの主なメリットです。
オプションD：Falcon Cloud Securityはファイアウォールではありません。エンドポイント保護、ワークロードセキュリティ、脅威検出に重点を置いており、ファイアウォールなどのネットワークベースのツールを補完します。

オプションA：すべてのリソースに管理タスクを付与するのは過剰であり、最小権限の原則に違反します。Falconのニーズに特化したスコープ指定の権限で十分であり、より安全です。
オプションB：すべてのAPI呼び出しへの無制限のアクセスは不要であり、重大なセキュリティリスクをもたらします。Falconの統合には、完全な管理者権限ではなく、特定の権限のみが必要です。
オプション C: 権限をサードパーティの監視ツールに制限すると、クラウド構成の管理や誤った構成の検出など、Falcon が適切に機能するために必要なアクションが除外されます。
オプションD：スコープ付き権限により、Falconが必要なリソース（ワークロード監視用のコンピューティング、ユーザーアクセスログ用のID、CloudTrailなどのログサービスなど）にアクセスできるようになります。このアプローチは、機能性とセキュリティのバランスをとっています。

オプションA：Kubernetes Admission Controllerは、KubernetesクラスタへのAPIリクエストをインターセプトし、リクエストが永続化される前にポリシーを適用するKubernetesのコア機能です。CrowdStrikeはこの機能を活用し、クラスタ内でワークロードの実行を許可する前に、構成の検証やランタイムポリシーの適用といったセキュリティ制御を実施します。これにより、悪意のあるデプロイメントや構成ミスのあるデプロイメントは、アドミッション段階で確実にブロックされます。
オプションB：コンテナイメージのスキャンはセキュリティに不可欠ですが、Admission Controllerの機能ではありません。イメージスキャンは通常、CI/CDパイプラインに統合された他のツールやサービスによって処理されます。
オプションC：これはKubernetes Admission Controllerではなく、CrowdStrike KubernetesおよびContainer Sensorの機能について説明しています。Admission Controllerは、ランタイム監視レベルではなく、APIサーバーレベルで動作します。
オプションD: センサーのデプロイは、個別のインストールプロセスと構成によって処理されます。アドミッションコントローラーは、サイドカーコンテナのデプロイとは無関係です。