Professional-Cloud-Security-Engineer Leak Questions

https://cloud.google.com/resource-manager/docs/organization-policy/org-policy-constraints - constraints/compute.trustedImageProjects

This list constraint defines the set of projects that can be used for image storage and disk instantiation for Compute Engine. If this constraint is active, only images from trusted projects will be allowed as the source for boot disks for new instances.

Objective: Ensure private communication between application tiers in different GCP Organizations.

Solution: Use VPC peering to enable private communication without traversing the public internet.

Steps:

Step 1: Open the Google Cloud Console.

Step 2: Navigate to the VPC Network Peering page.

Step 3: Create a new VPC peering connection in the project hosting the application tier.

Step 4: Specify the VPC network in the other organization (hosting the storage tier) to peer with.

Step 5: Accept the peering request in the other project.

Step 6: Configure the necessary routes and firewall rules to allow traffic between the peered VPC networks.

VPC peering allows you to connect two VPC networks privately and directly, ensuring that traffic between them does not traverse the public internet.

References:

GCP VPC Peering Documentation

VPC Network Peering Guide

Enable VPC Service Controls:

VPC Service Controls help mitigate the risk of data exfiltration by allowing you to define a security perimeter around GCP resources.

Set up a service perimeter around your BigQuery project to restrict data access to within the defined perimeter.

Create Access Levels:

In the Google Cloud Console, navigate to the Access Context Manager.

Define access levels based on IP address conditions, specifying the authorized source IP addresses that are allowed to access your BigQuery resources.

These access levels are used to enforce policies that restrict who can access your sensitive data based on their IP addresses.

Apply Service Perimeter with Access Levels:

Apply the created access levels to the service perimeter to ensure that only requests originating from the specified IP addresses are able to access BigQuery tables.

This setup ensures that the sensitive PII data is not accessible from unauthorized IP addresses, reducing the risk of data exfiltration.

References:

VPC Service Controls

Access Context Manager

Defining Access Levels

To validate that all data written to BigQuery was done using the App Engine Default Service Account, you can use StackDriver Logging (now known as Cloud Logging) to filter and inspect the logs for BigQuery insert jobs. By hiding the entries matching the App Engine Default Service Account, you can ensure that no other service account has written to BigQuery if the resulting list is empty.

Steps:

Open Cloud Logging: Navigate to Cloud Logging in the Google Cloud Console.

Filter Logs: Apply a filter to display logs for BigQuery insert jobs.

Inspect Entries: Click on the email address that corresponds to the App Engine Default Service Account in the authentication field.

Hide Matching Entries: Select the option to hide matching entries.

Validate: Check if the resulting list is empty, confirming that no other service account has performed write operations to BigQuery.

References:

Google Cloud Logging

Monitoring BigQuery logs