Skip to main content

More Info:

Disable the Kubernetes Dashboard (Web UI) add-on, which has historically been an attack vector for privilege escalation. Cluster management should use the CLI or console instead.

Risk Level

Medium

Address

Security

Compliance Standards

  • CIS GKE

Triage and Remediation

Remediation

Manual Steps

  1. Identify clusters to review
    • On any machine with gcloud configured, list clusters and note their names and locations:
  2. Check the Dashboard addon status for each cluster
    • For each cluster, run:
    • Record whether .disabled is true or false (or if the field is missing).
  3. Decide whether the Dashboard is required
    • For any cluster where the Dashboard is not explicitly disabled, confirm with cluster owners:
      • Whether anyone relies on the in‑cluster Kubernetes Dashboard for operations.
      • Whether all required management can be done via kubectl and cloud console.
    • If there is no documented, approved use case, plan to disable it.
  4. Disable the Dashboard where not needed
    • For each cluster where the Dashboard should be disabled, run:
    • Note: this is a control plane configuration change; coordinate with operations if you have strict change windows.
  5. Handle exceptions (if you must keep it)
    • If a cluster must keep the Dashboard:
      • Document the business justification and owner.
      • Ensure access is tightly controlled (e.g., strong authn/z, least-privilege RBAC, network restrictions).
      • Set a review date for decommissioning or replacing it.
  6. Verify remediation
    • Re-run the audit for each cluster intended to have the Dashboard disabled:
    • Confirm that the output shows the Dashboard configuration present with "disabled": true (or equivalent indication that it is disabled).
kubectl cannot enable or disable the managed Kubernetes Dashboard addon in GKE; that setting is controlled only via the GCP console, gcloud CLI, or your IaC for the cluster configuration. See the Manual Steps section for how to review and change the addon state at the cloud provider level.