Question

Difficulty: Very hardNetwork Security, Firewalls, Cloud Armor, and VPC Service Controls

A multinational enterprise operates a multi-project Google Cloud organization hosting PCI-DSS regulated payment microservices across hundreds of Virtual Private Cloud (VPC) networks. Central security governance mandates that all Compute Engine workloads must be protected by mandatory threat-blocking firewall policies defined at the organization level. The security design must satisfy three strict constraints:
1. Firewall rules must evaluate dynamically based on fine-grained resource identity tags rather than network IP ranges or service accounts.
2. Individual project administrators must be permitted to append project-specific ingress rules without the ability to override or bypass central organization security guardrails.
3. The design must prohibit transitive network exposure across project boundaries while keeping operational overhead minimal.

Which architectural design meets these requirements?

  1. Apply Hierarchical Firewall Policies at the Organization level using Secure Tags bound to resource instances, and utilize rule evaluation order with delegated rule priority ranges to permit project-level custom firewall rules below organizational rules.Answer
  2. B
    Configure fine-grained Identity and Access Management (IAM) conditional policies on all Compute Engine instances and VPC networks, relying on IAM permissions alone to enforce perimeter boundaries and prevent data exfiltration across projects.
  3. C
    Establish a hub-and-spoke topology using transitive VPC Network Peering from all project VPCs to a central inspection VPC, relying on hub VPC firewall rules with network target tags to enforce global policy across spokes.
  4. D
    Grant the primitive Editor role to central security service accounts across all GCP projects, allowing automated scripts to dynamically update local VPC network firewall rules using standard network target tags upon instance deployment.

Answer

Apply Hierarchical Firewall Policies at the Organization level using Secure Tags bound to resource instances, and utilize rule evaluation order with delegated rule priority ranges to permit project-level custom firewall rules below organizational rules.
Hierarchical Firewall Policies enable security teams to define consistent firewall rules across all projects in the organization. By attaching rules to Secure Tags (managed via Resource Manager IAM), rules dynamically follow workloads regardless of IP changes or VPC locations, while preventing local project admins from spoofing tags. Because hierarchical rules evaluate prior to VPC-level firewall rules, central security guardrails cannot be overridden by project admins.

Step-by-Step Solution

1
Evaluate perimeter control requirements for multi-project centralized governance.
Identified the need for Organization-level enforcement that cannot be bypassed by project-level admins.
Hierarchical Firewall Policies inherit down the resource hierarchy (Org -> Folder -> Project -> VPC) and enforce mandatory rules before local project VPC firewall rules are evaluated.
2
Select the appropriate workload matching mechanism.
Choose Secure Tags (Resource Manager Tags) integrated with Hierarchical Firewall Policies.
Secure Tags are bound to instances at the Resource Manager level with strict IAM access control (`roles/resourcemanager.tagUser`), preventing project administrators from modifying tags to bypass security rules, unlike standard network target tags.
3
Configure rule delegation for project administrators.
Set organizational firewall rule evaluation priority higher (lower numeric priority values) than project VPC firewall rules.
Google Cloud firewall evaluation processes hierarchical policy rules first. Matching explicit deny/allow actions at the organization level short-circuits further evaluation, ensuring project rules only apply within the allowed delegation scope.

Key Concept

Hierarchical Firewall Policies and Secure Tags for Centralized Cloud Governance
Rate this question