nerdexam
Google

PROFESSIONAL-CLOUD-SECURITY-ENGINEER · Question #266

Your organization relies heavily on Cloud Run for its containerized applications. You utilize Cloud Build for image creation, Artifact Registry for image storage, and Cloud Run for deployment. You…

The correct answer is C. Configure Binary Authorization on Cloud Run to enforce image signatures. Create policies to. Binary Authorization is a deploy-time security control that requires container images to be attested (cryptographically signed by a trusted authority) before they can be deployed to Cloud Run or GKE. By configuring Binary Authorization with a policy that requires a…

Submitted by olafpl· Apr 18, 2026Ensuring compliance

Question

Your organization relies heavily on Cloud Run for its containerized applications. You utilize Cloud Build for image creation, Artifact Registry for image storage, and Cloud Run for deployment. You must ensure that containers with vulnerabilities rated above a common vulnerability scoring system (CVSS) score of "medium" are not deployed to production. What should you do?

Options

  • AImplement vulnerability scanning as part of the Cloud Build process. If any medium or higher
  • BPerform manual vulnerability checks post-build, but before Cloud Run deployment. Implement a
  • CConfigure Binary Authorization on Cloud Run to enforce image signatures. Create policies to
  • DUtilize a vulnerability scanner during the Cloud Build stage and set Artifact Registry permissions

How the community answered

(23 responses)
  • A
    4% (1)
  • B
    13% (3)
  • C
    74% (17)
  • D
    9% (2)

Explanation

Binary Authorization is a deploy-time security control that requires container images to be attested (cryptographically signed by a trusted authority) before they can be deployed to Cloud Run or GKE. By configuring Binary Authorization with a policy that requires a vulnerability-scan attestation, and by setting up an attestor that only signs images with no medium-or-higher CVEs, you create an automated, policy-enforced gate that prevents non-compliant images from ever reaching production - regardless of how deployment is triggered. Option A (breaking the build) can be bypassed by deploying an image directly from Artifact Registry. Option D restricts who can pull images but does not enforce a vulnerability threshold at deployment time.

Topics

#Binary Authorization#Vulnerability Management#Cloud Run Security#Deployment Policy

Community Discussion

No community discussion yet for this question.

Full PROFESSIONAL-CLOUD-SECURITY-ENGINEER Practice