オプションA：Falconセンサーは、ホスト名、オペレーティングシステム、その他の重要な詳細情報などのメタデータを含む詳細なテレメトリを提供します。センサーを導入することで、インベントリの正確性と最新性が確保され、効果的な監視と管理が可能になります。
オプション B: エンドポイントを削除すると、インベントリとセキュリティ監視に盲点が生じます。
これらを適切に識別して管理することは、セキュリティ体制を維持するために重要です。
オプションC：根本原因に対処せずに自動更新に頼ると、資産の可視性と管理に重大な欠陥が生じる可能性があります。積極的な対策が必要です。
オプション D: エンドポイントを再割り当てしても、メタデータの欠落という根本的な問題は解決されません。
この問題では、正確なデータを収集するためにセンサーを展開する必要があります。

オプションA：ワークロードとエンドポイントの管理はクラウドセキュリティの一部ですが、Falconでクラウドアカウントのプロビジョニング解除を行う際に、それらの削除は必須ではありません。この手順は不要であり、プロビジョニング解除プロセスに遅延やエラーが発生する可能性があります。
オプションB：APIクライアント認証情報の失効はセキュリティ強化のためのオプション手順ですが、クラウドアカウントをFalconから直接デプロビジョニングするものではありません。デプロビジョニングは、
「クラウド アカウント」タブ。
オプションC：クラウドプロバイダーのコンソールからアカウントを削除しても、Falconから自動的にプロビジョニング解除されるわけではありません。この操作を行うと、Falconプラットフォームに古い設定が残り、不要なアラートやセキュリティ上の懸念が生じる可能性があります。
オプションD：Falconコンソールの「クラウドアカウント」タブから統合を無効にすることが、クラウドアカウントのプロビジョニング解除の正しい方法です。これにより、Falconプラットフォーム内のクラウドアカウントに関連付けられたすべての設定と権限が適切に削除されます。また、Falconとクラウドプロバイダー間の通信が停止されます。この操作を怠ると、不要な設定が残ったり、使用されていない統合に関するアラートが発生したりする可能性があります。

Falcon Cloud Security Network Eventsでは、ポート状態は実行時にネットワーク接続がどのように確立され、処理されるかを反映します。プラットフォームは標準化された接続状態用語を使用することで、アナリストがトラフィックの挙動と意図を理解できるよう支援します。
有効なポート状態は次の 3 つです。
* 接続: プロセスまたはコンテナによって開始された送信接続の試行を示します。
* Accept: リスニング プロセスによって受け入れられた着信接続を表します。
* リッスン: プロセスがポート上で着信接続をアクティブにリッスンしていることを示します。
これらの状態は、不正なリスナー、予期しないインバウンドアクセス、異常なアウトバウンド通信といった疑わしい動作を検出するための重要なコンテキストを提供します。その他のオプションには、Falconではネットワークイベント内のポート状態セマンティクスを定義するために使用されていない用語も含まれます。
したがって、「接続する」、「受け入れる」、「聞く」が正解です。

オプションA：「重大」の重大度しきい値を設定することで、最も緊急性の高いイメージ評価結果のみが通知の対象となります。これによりノイズが最小限に抑えられ、セキュリティチームの注意を優先度の高い問題に集中させることができます。しきい値の設定は、効率的なインシデント対応のためのベストプラクティスです。
オプションB：Falcon Fusion は自動修復を直接実行しません。代わりに、通知とオーケストレーションを可能にします。自動修復には、Falcon Fusion のワークフロー機能以外のツールやスクリプトとの統合が必要です。
オプションC：定期的なスケジュールは一部のワークフローには有効ですが、リアルタイムのトリガー（画像評価結果など）に基づく通知の方が、タイムリーな対応を確実に行う上でより効果的です。時間単位のスケジュールでは、重要な通知が遅れる可能性があります。
オプションD：デフォルトのテンプレートは出発点としては役立ちますが、クラウドイメージ評価のためのカスタマイズされたトリガーなど、組織の特定のニーズに対応できない場合があります。正確な調整には、カスタムワークフローが必要になることがよくあります。

オプションA：CrowdStrike Kubernetes Admission Controllerは、Mutating Admission Webhookを使用してKubernetes APIサーバーへのリクエストを傍受し、変更します。このWebhookにより、コントローラーはセキュリティポリシーを適用し、ポッド作成時に必要なセンサー設定をポッドに挿入できます。Mutating Admission Webhookの設定が有効になっていることを確認することは、適切な機能を実現するための重要な設定手順です。
オプションB: アドミッションコントローラーはルートレベルまたは特権レベルの権限を必要としません。Webhook機能を利用して操作を実行し、ホストレベルのリソースと直接やり取りすることはありません。
オプションC：論理的な構成には名前空間がよく使用されますが、Admission Controllerは必ずしも専用の名前空間を必要としません。ユーザーの設定に応じて、任意の名前空間にデプロイできます。
オプションD: アドミッションコントローラーはDaemonSetとしてデプロイされず、Kubernetes APIサーバーと統合されたWebhookサーバーとして動作します。DaemonSetは通常、ログ記録や監視ツールなど、すべてのノードで実行する必要があるエージェントに使用されます。