Skip to main content

More Info:

Enable Cloud Security Command Center (Cloud Scc) To Provide A Centralized View Of Security For Your Gke Clusters.

Risk Level

Low

Address

Security

Compliance Standards

  • CIS GKE
  • Reserve Bank of India (RBI) Master Direction – Information Technology Framework

Triage and Remediation

Remediation

Manual Steps

  1. Confirm SCC API and service enablement for the org/project
    • On any machine with gcloud and Org Admin / Security Admin rights, run:
    • Also check at org level (replace with your org ID):
    • If the securitycenter.googleapis.com API is not enabled or no SCC roles are assigned, SCC is effectively not in use.
  2. Verify Security Command Center activation and tier in console
    • In Google Cloud console (any browser, user with Security Center Admin or Org Admin):
      1. Go to Security → Security Command Center at the org level.
      2. Confirm that SCC is On and note the tier (Standard/Premium).
      3. If SCC is Off or not initialized, follow the setup prompts (organization scope, billing, and tier selection) per the quickstart.
  3. Check that GKE-related sources are enabled in SCC
    • In the console, under Security → Security Command Center → Settings → Sources / Integrations:
      1. Confirm that built‑in detectors relevant to GKE/Kubernetes (e.g., Container Threat Detection, Kubernetes security posture/anomaly detectors if part of your tier) are enabled.
      2. For each disabled GKE-related integration, decide whether to enable it based on your risk profile and licensing.
  4. Ensure SCC has coverage for the GKE projects/folders
    • In the console, under Security Command Center → Settings → Scope:
      1. Verify the organization / folder / project hierarchy monitored by SCC includes the projects that host your GKE clusters.
    • From CLI, list folders/projects under SCC’s org for confirmation:
    • If any GKE project is outside the monitored scope, adjust SCC scope to include it (or move the project into a monitored folder/org as per your governance model).
  5. Validate that SCC is ingesting GKE security data
    • On any machine with gcloud and appropriate Security Center roles, list recent active findings for one GKE project:
    • If you see no findings at all over time while detectors are enabled and clusters are active, investigate SCC configuration further (log routing, detectors, permissions).
  6. Document and, if needed, complete SCC setup following quickstart
    • If any of the above checks show SCC not enabled, mis-scoped, or missing GKE-related detectors, complete setup using the quickstart at the given URL, ensuring:
      • SCC is enabled at the organization level.
      • Appropriate Security Center roles (e.g., roles/securitycenter.admin, roles/securitycenter.findingsViewer) are assigned to security/Ops teams.
      • GKE projects are within SCC scope and GKE-related integrations are turned on.
    • Re-run step 5 to confirm that SCC is now actively collecting security findings for your GKE environment.
kubectl cannot enable or configure Cloud Security Command Center because this control resides in the GCP organization/project security settings, not in Kubernetes API objects. Perform the remediation in the cloud provider console/CLI/IaC as described in the Manual Steps section.

Additional Reading: