Skip to content

Google Cloud network security checks

IP allow-lists, TLS, DNS and edge settings that keep the application reachable only from where it should be.

On Google Cloud, Black Cat runs 5 checks in this area on every scan. Each one below lists its severity, how to fix it, and the compliance controls it satisfies where a control applies. See what access the Google Cloud connector needs.

Checks (5)

severity: medium IP Forwarding Enabled on Instance fix difficulty: easy #

Disable IP forwarding unless the instance is explicitly acting as a router or network appliance (CIS GCP 4.6)

  1. Navigate to GCP Console > Compute Engine > VM Instances
  2. Stop the flagged instance
  3. Click Edit and under Networking, uncheck IP forwarding
  4. Save and restart the instance

Vendor docs ↗

Satisfies: ISO 27001:2022 A.8.9 SOC 2 Type II CC6.6 CIS Controls v8 CIS-04.6 NIST CSF 2.0 PR.IP NIS2 Directive NIS2-21.a.2 DORA (SaaS Security) DORA-9.9

severity: high Legacy VPC Network In Use fix difficulty: hard #

Migrate workloads to a custom-mode VPC network and delete the legacy network (CIS GCP 3.2)

  1. Navigate to GCP Console > VPC Network > VPC Networks
  2. Create a new custom-mode VPC network with properly sized subnets
  3. Migrate all resources from the legacy network to the new VPC
  4. Delete the legacy VPC network once migration is complete

Vendor docs ↗

Satisfies: ISO 27001:2022 A.8.20 SOC 2 Type II CC6.6 CIS Controls v8 CIS-03.2 NIST CSF 2.0 PR.DS-01 NIS2 Directive NIS2-21.a.2 DORA (SaaS Security) DORA-9.9

severity: critical Cloud SQL Authorized Networks Open to World fix difficulty: easy #

Remove 0.0.0.0/0 from authorized networks and restrict to specific IP ranges or use Cloud SQL Auth Proxy (CIS GCP 6.5)

  1. Navigate to GCP Console > SQL > Instances and select the flagged instance
  2. Click Edit, then open the Connections section
  3. Under Authorized networks, remove the 0.0.0.0/0 entry
  4. Add specific IP ranges that need access
  5. Consider using Cloud SQL Auth Proxy for secure access

Vendor docs ↗

Satisfies: ISO 27001:2022 A.8.20 SOC 2 Type II CC6.6 CIS Controls v8 CIS-06.5 NIST CSF 2.0 PR.DS-01 NIS2 Directive NIS2-21.a.2 DORA (SaaS Security) DORA-9.9

severity: high Cloud Function Public Ingress fix difficulty: easy #

Restrict Cloud Function ingress to internal-only or internal-and-GCLB traffic

  1. Navigate to GCP Console > Cloud Functions
  2. Select the flagged function
  3. Click Edit > Runtime, build, connections and security
  4. Under Ingress settings, select Allow internal traffic only
  5. Deploy the updated function

Vendor docs ↗

Satisfies: ISO 27001:2022 A.8.20 SOC 2 Type II CC6.6 CIS Controls v8 CIS-13.4 NIST CSF 2.0 DE.CM NIS2 Directive NIS2-21.a.2 DORA (SaaS Security) DORA-9.9

severity: high Cloud Run Service Public Ingress fix difficulty: easy #

Restrict Cloud Run service ingress to internal or internal-and-cloud-load-balancing traffic

  1. Navigate to GCP Console > Cloud Run
  2. Select the flagged service
  3. Click Edit & Deploy New Revision
  4. Under Networking, set Ingress to Internal or Internal and Cloud Load Balancing
  5. Deploy the new revision

Vendor docs ↗

Satisfies: ISO 27001:2022 A.8.20 SOC 2 Type II CC6.6 CIS Controls v8 CIS-13.4 NIST CSF 2.0 DE.CM NIS2 Directive NIS2-21.a.2 DORA (SaaS Security) DORA-9.9

More Google Cloud checks

The information on this page is provided for general informational purposes and is believed to be accurate as of its most recent update. Product names, logos, and trademarks are the property of their respective owners and are used for identification purposes only; their use does not imply any affiliation with or endorsement by those owners. Descriptions of third-party applications and of compliance frameworks are based on publicly available documentation and may change over time.

See these checks run on your stack

Start a free 14-day trial — no credit card required.

Start Free Trial