Google Professional-Cloud-Security-Engineer Exam Dumps

Google Cloud Logging supports Field-level access control, which allows you to hide specific sensitive fields within a log entry from certain users while still allowing them to see the rest of the log entry.5 This is achieved using Log Views and IAM.

According to Google Cloud Documentation (Configuring field-level access):

'Field-level access control allows you to restrict access to specific fields of LogEntry objects. You can define which fields are sensitive (such as principalEmail) and then grant the logging.fieldAccessor role to specific users or groups.6 Users without this role will see the log entry, but the sensitive fields will be redacted or omitted from their view.'

Key Implementation Steps:

Identify Fields: Determine which paths in the JSON payload are sensitive.

Define Access: Use a Log View to define the scope of logs and apply field-level restrictions.7

Grant Permissions: Grant the standard logging.viewer role for general access and the logging.fieldAccessor role ONLY to the security team for the specific sensitive fields.

Why other options are incorrect:

B is incorrect: IAM conditions cannot natively parse and redact specific JSON fields within a log entry at the platform level; they are typically used for resource-level access.

C is incorrect: While excluding fields via a sink works, it is 'all or nothing.' If you exclude it at the sink, no one (including the security team) will see that data in the destination.

D is incorrect: This is a workaround that only works if the team uses BigQuery for logs. It doesn't solve the problem within the Cloud Logging Logs Explorer itself.

Google Cloud Documentation: 'Configure field-level access' (https://cloud.google.com/logging/docs/access-control#field-level-access).

To connect Compute Engine instances within a Google Cloud Platform project to workloads running in a dedicated server room that can only be accessed from within the private company network, you can use the following approaches:

Cloud VPN: Cloud VPN securely connects your on-premises network to your Google Cloud Virtual Private Cloud (VPC) network through an IPsec VPN connection. This enables secure communication between your GCP instances and your on-premises workloads over the internet.

Cloud Interconnect: Cloud Interconnect provides direct physical connections between your on-premises network and Google's network. It offers higher bandwidth and lower latency compared to Cloud VPN, making it suitable for workloads that require fast and reliable connectivity.

Both Cloud VPN and Cloud Interconnect allow you to securely connect your on-premises environments to Google Cloud, ensuring that the workloads remain within the private company network.

Reference

Cloud VPN Overview

Cloud Interconnect Overview

VPC Peering is between organizations not between Projects in an organization. That is Shared VPC. In this case, both projects are in same organization so having VPC Service Controls around both projects with necessary rules should be fine.

https://cloud.google.com/vpc-service-controls/docs/overview

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.

Audit Logs: Admin Activity

To migrate a legacy application to GCP without knowing what ports it uses and ensuring the environment is secure, the best approach is to use a 'Lift & Shift' method in an isolated project and analyze the traffic using VPC Flow logs. Here's a step-by-step explanation:

Isolated Project:

Create a new, isolated project within your GCP environment to host the legacy application. This isolation ensures that any potential misconfigurations do not affect other projects.

Lift & Shift:

Migrate the application as-is (lift and shift) to the new isolated project. This involves moving the application without altering its architecture.

Enable Internal TCP Traffic:

Configure VPC Firewall rules to allow all internal TCP traffic within the VPC network. This step ensures that the application components can communicate internally without interruption.

Use VPC Flow Logs:

Enable VPC Flow logs to capture information about the traffic to and from your application. VPC Flow logs provide details about the source, destination, port, and protocol of the traffic.

Analyze Traffic:

Analyze the VPC Flow logs to identify the necessary ports and protocols used by the application.

Based on this analysis, create specific firewall rules to allow only the required traffic, thereby tightening security.

Implementation Steps:

Navigate to the VPC network section in the GCP Console.

Create a new VPC or use an existing one, and configure firewall rules to allow internal TCP traffic.

Enable VPC Flow logs from the VPC network settings.

Migrate your application to the new project.

Monitor and analyze the VPC Flow logs to refine your firewall rules.

By following these steps, you can safely migrate the application, understand its network requirements, and secure it appropriately in the new GCP environment.

Google Cloud VPC Documentation

VPC Flow Logs Documentation