Free Practice Questions for Google Professional-Cloud-Security-Engineer Exam

To reduce the scope of systems subject to PCI audit standards, segregate the cardholder data environment (CDE) into a separate GCP project. This ensures that only the project containing the CDE will be subject to PCI DSS compliance, reducing the audit scope for other projects.

Create Separate GCP Project:

Go to the Cloud Console, navigate to IAM & Admin > Manage Resources.

Click "Create Project" and set up a new project for the CDE.

Migrate CDE:

Transfer the systems processing, storing, or transmitting cardholder data to the new project.

Apply PCI DSS Controls:

Implement PCI DSS required controls on the new project.

Use appropriate security measures such as firewalls, access controls, and encryption.

This PD and bucket data is encrypted using a Google-generated data encryption key (DEK) and key encryption key (KEK). The CMEK feature allows you to create, use, and revoke the key encryption key (KEK). Google still controls the data encryption key (DEK). For more information on Google data encryption keys, see Encryption at Rest. https://cloud.google.com/dataproc/docs/concepts/configuring-clusters/customer-managed-encryption

https://codelabs.developers.google.com/codelabs/encrypt-and-decrypt-data-with-cloud-kms#0

Setting up a Shared VPC allows you to create a centrally managed network that spans multiple projects. Here's how you can achieve this while ensuring separation of duties:

Create a Host Project:

Create a project that will act as the host project for your Shared VPC.

Configure Shared VPC:

In the host project, enable the Shared VPC feature.

Create Service Projects:

Create separate service projects for different teams, such as developers and other stakeholders.

Assign Roles:

Security Team: Grant the Compute Network Admin role. This allows the security team to manage network resources, such as firewall rules, subnets, and routes.

Developers: Share the host project’s network with the service projects. Assign roles like Compute Instance Admin to developers in the service projects, enabling them to create and manage VM instances without altering network configurations.

Firewall Management:

The security team will define and manage firewall rules within the host project, ensuring consistent and secure network policies.

Benefits:

Separation of Duties: Security teams handle networking, and developers focus on application deployment and management.

Centralized Control: Network policies are centrally managed, ensuring compliance and security.

Scalability: Easy to add new projects and teams without compromising the overall network security.

References

Google Cloud VPC Documentation

Managing Resources with Shared VPC

Review Admin Activity logs:

Admin Activity logs contain entries for API calls that modify or read the configuration or metadata of resources.

These logs are useful for monitoring and auditing administrative actions, including those that could indicate malicious activity on a Cloud SQL instance.

To mitigate the risk posed by long-running Google Cloud CLI sessions, it is essential to enforce a reauthentication frequency. This ensures that users must periodically reauthenticate, reducing the window of opportunity for an attacker to exploit an open session. Setting the reauthentication frequency to one hour forces users to reauthenticate after this period, thereby limiting the duration an attacker can use a compromised session.

Access Google Cloud Console: Log in to your Google Cloud Console using your admin credentials.

Navigate to Security Settings: Go to the "Security" section of the Cloud Console.

Set Session Control: Under the session management settings, locate the "Reauthentication frequency" setting. This controls how often users must reauthenticate.

Configure Reauthentication Frequency: Set the reauthentication frequency to "1 hour". This configuration will force users to reauthenticate every hour, thus limiting the duration of each session.

Save Changes: Confirm and save your changes. This setting will now apply to all users, ensuring that open sessions are minimized to a duration of one hour.

To minimize the attack surface of the container for an internet-facing application running on Google Kubernetes Engine (GKE), the best practice is to build small containers using small base images. This approach helps in the following ways:

Reduce Vulnerabilities: Smaller base images contain fewer packages and dependencies, which minimizes the potential vulnerabilities that an attacker could exploit.

Improved Security: Using minimal base images such as distroless or Alpine Linux ensures that only the necessary components are included, reducing the attack surface significantly.

Easier Maintenance: Small containers are easier to maintain and update, ensuring that security patches can be applied quickly without dealing with unnecessary components.

Steps to Implement:

Choose a Minimal Base Image:

Use base images like gcr.io/distroless/base or alpine.

FROM gcr.io/distroless/base COPY myapp /myapp CMD ["/myapp"]

Optimize Container Image:

Remove unnecessary tools and libraries.

Use multi-stage builds to keep the final image small.

Regularly Update Base Images:

Keep the base images up-to-date with the latest security patches.

Pseudonymization is a de-identification technique that replaces sensitive data values with cryptographically generated tokens. Pseudonymization is widely used in industries like finance and healthcare to help reduce the risk of data in use, narrow compliance scope, and minimize the exposure of sensitive data to systems while preserving data utility and accuracy.

https://cloud.google.com/dlp/docs/pseudonymization

Cloud DNS with DNSSEC (Domain Name System Security Extensions) provides authentication for DNS responses, ensuring that they are legitimate and have not been tampered with. DNSSEC helps protect against DNS spoofing and cache poisoning attacks, which are common techniques used in DDoS attacks.

Steps:

Enable DNSSEC: In the Google Cloud Console, navigate to Cloud DNS and enable DNSSEC for your managed zones.

Configure Key Signing: Set up key signing keys (KSK) and zone signing keys (ZSK) to sign your DNS records.

Monitor DNSSEC Status: Regularly monitor the DNSSEC status and logs to ensure it is functioning correctly.