A enterprise media streaming company enforces strict data exfiltration controls by placing its core analytical datasets in BigQuery inside a restricted VPC Service Controls perimeter in Project-Data. Data scientists access BigQuery programmatically from compute instances located in a separate management VPC network in Project-Workloads via a Private Service Connect (PSC) endpoint. Despite assigning the required IAM BigQuery Data Viewer roles to the service account, queries routed through the PSC endpoint fail with a VPC Service Controls perimeter violation error. How should the principal cloud architect resolve this issue while maintaining perimeter security boundaries?
- Configure an ingress rule on the VPC Service Controls perimeter in Project-Data specifying the identity of the service account and the source project context of Project-Workloads.Answer
- BEstablish a VPC Network Peering connection between Project-Workloads and Project-Data to bridge the network boundaries and bypass perimeter validation.
- CGrant the primitive Owner role to the compute instance service account at the organization node level to override perimeter access restrictions.
- DAdd the subnet CIDR range of Project-Workloads to the GKE control plane authorized networks list inside Project-Data.
Answer
Configure an ingress rule on the VPC Service Controls perimeter specifying the service account identity and source project context.
VPC Service Controls protect GCP APIs within a defined security perimeter. When requests originate from outside the perimeter—even when routed over a Private Service Connect endpoint—VPC Service Controls block the request by default unless an ingress policy is configured. Creating an ingress rule that specifies the caller service account and source project context permits access for that authorized workflow without disabling exfiltration protection.
Step-by-Step Solution
Key Concept
VPC Service Controls Ingress/Egress Rules for Private Service Connect