An enterprise SaaS company manages its Google Cloud infrastructure using an Organization resource hierarchy with two primary folders: `Core-Services` and `Development`. To meet strict corporate compliance standards, the security team must enforce two governance rules:
1. Prevent the creation of external service account keys for all projects located within the `Development` folder.
2. Prevent Compute Engine instances throughout the entire organization from obtaining public IP addresses, with a temporary exception for a single legacy diagnostics project under `Development` that requires public connectivity.
How should the security team configure Google Cloud Organization Policies to enforce these constraints with minimal administrative effort while respecting resource hierarchy inheritance?
- Apply the boolean constraint `constraints/iam.disableServiceAccountKeyCreation` at the `Development` folder level. Apply the list constraint `constraints/compute.vmExternalIpAccess` at the Organization root node set to `Deny All`, and configure an Organization Policy rule on the legacy diagnostics project node set to `Allow All`.Answer
- BAssign primitive Viewer roles to developers within the `Development` folder to prevent service account key creation, and remove the Compute Network Admin role across all projects to prevent external IP attachment.
- CConfigure a VPC Service Controls perimeter around the `Development` folder to prevent service account key creation, and define access levels to block external IP assignments.
- DGrant the `roles/iam.serviceAccountUser` role at the Organization level to restrict key generation capabilities, and apply global VPC firewall rules denying outbound egress traffic to 0.0.0.0/0.