CCCS-203B · Question #169
An organization is integrating CrowdStrike Falcon Cloud Security with Kubernetes to enhance workload protection using an admission controller. What is a critical requirement for successfully…
The correct answer is A. The admission controller must be registered with the Kubernetes API server as either a mutating. Option A: Admission controllers in Kubernetes function as webhooks that the API server invokes during resource creation. They can be either mutating webhooks, which modify API requests, or validating webhooks, which approve or deny them based on security policies. Falcon Cloud…
Question
An organization is integrating CrowdStrike Falcon Cloud Security with Kubernetes to enhance workload protection using an admission controller. What is a critical requirement for successfully deploying Falcon's Kubernetes admission controller?
Options
- AThe admission controller must be registered with the Kubernetes API server as either a mutating
- BThe admission controller must be configured to modify the etcd database directly to prevent
- CThe admission controller must be deployed as a sidecar container in every pod to enforce security
- DThe Kubernetes cluster must be configured to allow only manually approved API requests before
How the community answered
(32 responses)- A72% (23)
- B9% (3)
- C3% (1)
- D16% (5)
Explanation
Option A: Admission controllers in Kubernetes function as webhooks that the API server invokes during resource creation. They can be either mutating webhooks, which modify API requests, or validating webhooks, which approve or deny them based on security policies. Falcon Cloud Security leverages this functionality to enforce security policies on workload deployment, preventing misconfigurations, vulnerabilities, and non-compliant images from being deployed. Option B: Admission controllers do not modify etcd directly. They operate at the request validation stage before data is stored in etcd, ensuring that only compliant and secure configurations Option C: Admission controllers are not deployed as sidecar containers in every pod. Instead, they act as centralized services that interact with the API server to validate and enforce security rules before pod creation. Option D: API requests are not manually approved before admission controllers take effect. Instead, the webhook-based controller evaluates and either modifies or denies requests
Topics
Community Discussion
No community discussion yet for this question.