More Info:
Enable Cloud Security Command Center (Cloud Scc) To Provide A Centralized View Of Security For Your Gke Clusters.Risk Level
LowAddress
SecurityCompliance Standards
- CIS GKE
- Reserve Bank of India (RBI) Master Direction – Information Technology Framework
Triage and Remediation
- Remediation
Remediation
Manual Steps
Manual Steps
-
Confirm SCC API and service enablement for the org/project
- On any machine with
gcloudand Org Admin / Security Admin rights, run: - Also check at org level (replace with your org ID):
- If the
securitycenter.googleapis.comAPI is not enabled or no SCC roles are assigned, SCC is effectively not in use.
- On any machine with
-
Verify Security Command Center activation and tier in console
- In Google Cloud console (any browser, user with Security Center Admin or Org Admin):
- Go to Security → Security Command Center at the org level.
- Confirm that SCC is On and note the tier (Standard/Premium).
- If SCC is Off or not initialized, follow the setup prompts (organization scope, billing, and tier selection) per the quickstart.
- In Google Cloud console (any browser, user with Security Center Admin or Org Admin):
-
Check that GKE-related sources are enabled in SCC
- In the console, under Security → Security Command Center → Settings → Sources / Integrations:
- 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.
- For each disabled GKE-related integration, decide whether to enable it based on your risk profile and licensing.
- In the console, under Security → Security Command Center → Settings → Sources / Integrations:
-
Ensure SCC has coverage for the GKE projects/folders
- In the console, under Security Command Center → Settings → Scope:
- 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).
- In the console, under Security Command Center → Settings → Scope:
-
Validate that SCC is ingesting GKE security data
- On any machine with
gcloudand 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).
- On any machine with
-
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.
- 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:
Using kubectl
Using kubectl
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.
Automation
Automation

