Exam Professional Cloud Security Engineer topic 1 question 209 discussion

trusted image policies can and are often used to manage and enforce security standards for container images. These policies help ensure that only trusted images, which have been verified and potentially signed, are deployed to environments. This is a crucial security practice for preventing vulnerabilities and ensuring the integrity of container deployments.

The option B. Configure the trusted image organization policy constraint for the project is not directly applicable to Google Kubernetes Engine (GKE) in the way that Binary Authorization is. Instead, this option refers to configuring an organization policy that ensures that only trusted images are used across all services, but it doesn't directly enforce a signature or attestation policy for images in GKE clusters. This organization policy is more about restricting sources of images (e.g., only allowing images from specific container registries), but it doesn't directly involve GKE enforcement of trust policies.

It cannot be B, because the trusted image policy does not support container images (it is used for Compute Engine images). Use the Trusted image feature to define an organization policy that allows principals to create persistent disks only from images in specific projects. https://cloud.google.com/compute/docs/images/restricting-image-access

It's C and E. A -> cannot be because it does not make sense for centrally managing images and validating signed images. B -> Cannot be, because that org policy only applies to Compute Disk images, not containers (https://cloud.google.com/resource-manager/docs/organization-policy/org-policy-constraints) C -> Correct,m because we can create custom org policy for GKE to enforce Binary Authorization for image atestation (https://cloud.google.com/kubernetes-engine/docs/how-to/custom-org-policies#enforce) D -> PodSecurity policies are not applicable for this use case E -> We need to configure Binary Authorization in order to setup attestations to only allow specific images to be deployed in the cluster (https://cloud.google.com/binary-authorization/docs/setting-up). So, it's C and E.

BE are correct!

What is the 'trusted image organization policy constraint'? Where is it defined and found? Can someone provide it?

To ensure that only trusted container images are deployed on Google Kubernetes Engine (GKE) clusters in a project and that the containers are deployed from a centrally managed Container Registry and signed by a trusted authority, you should consider the following options: Configure the trusted image organization policy constraint for the project (Option B): This will allow you to create an organization policy constraint that enforces the use of only trusted images from a specific Container Registry. You can specify the registry that must be used, ensuring that images are sourced only from that trusted location. Configure the Binary Authorization policy with respective attestations for the project (Option E): Binary Authorization for GKE allows you to create policies that enforce the use of only trusted container images. You can specify which images are trusted and require attestation from trusted authorities before deployment. This ensures that only signed and trusted images can be deployed on the GKE clusters in the project.

BE are correct

To ensure that only trusted container images are deployed on Google Kubernetes Engine (GKE) clusters in a project and that these containers are deployed from a centrally managed Container Registry and signed by a trusted authority, you should consider the following two actions: B. Configure the trusted image organization policy constraint for the project. Trusted image sources can be specified at the project level using organization policy constraints. This ensures that only images from trusted Container Registries can be deployed. E. Configure the Binary Authorization policy with respective attestations for the project. Binary Authorization allows you to specify a policy that will require images to be signed by trusted authorities before they can be deployed. You can configure this with attestations to indicate that certain steps, like vulnerability scanning and code reviews, have been completed.

B. This policy ensures that only trusted images from specific Container Registry repositories can be deployed. This meets one of the requirements E. Binary Authorization ensures that only container images that are signed by trusted authorities can be deployed on GKE. Attestations are a component of this, as they provide a verifiable signature by trusted parties that an image meets certain criteria.

B and E. This will create a policy that enforces Binary Authorization and specifies that only images from the centrally managed Container Registry can be deployed. C and E. This will create a policy that enforces Binary Authorization and specifies that only images that are signed by a trusted authority can be deployed. However, it does not specify the source of the images.

Correct Answer: BE B: Configure the trusted image organization policy constraint for the project. E: Configure the Binary Authorization policy with respective attestations for the project.

C and E

CE is correct

BC is correct answer