Google Distributed Cloud version 1.10 supports encrypting secrets without the need for an external KMS (Key Management Service), or any other dependencies.
Enable always-on secrets encryption
Always-on secrets encryption works by automatically generating an encryption key that is used to encrypt secrets before they are stored on the etcd database for that cluster. The secrets are encrypted using a Data Encryption Key (DEK) generated for every Secret write. This DEK is used in AES-GCM mode to encrypt the Secret object. The DEK is in turn encrypted with a Key Encrypting Key (KEK). The encryption algorithm is A256GCM (AES GCM using 256-bit key).
The key version is a version number to indicate the key currently in use.
You can enable secrets encryption after a cluster has already been created.
ADMIN_KUBECONFIG with the path of your admin cluster kubeconfig file.
ADMIN_CLUSTER_CONFIG with the path of your admin cluster configuration file.
USER_CLUSTER_CONFIG with the path of your user cluster configuration file.
The gkectl update commands provided in this section can also be used for any other updates to the corresponding cluster.
Key storage
The encryption keys for the admin cluster are stored on the admin cluster data disk. This disk is mounted on the admin master machine at /opt/data, and the encryption keys can be found at /opt/data/gke-k8s-kms-plugin/generatedkeys/. These keys must be backed up to retain access to the encrypted secrets used by that key. You should enable VM/storage encryption in the hypervisor or similar measures to ensure that the control plane VM disks are protected.
Key rotation
To rotate an existing encryption key for a cluster, increment the keyVersion in the corresponding admin cluster configuration file or user cluster configuration file, and run the appropriate gkectl update command. This creates a new key matching the new version number, re-encrypts each secret, and securely erases the old one. All subsequent new secrets are encrypted using the new encryption key.
Disable always-on secrets encryption
To disable secrets encryption on an existing cluster, add a disabled: true field. Next, run the corresponding gkectl update command. This update decrypts each existing secret and stores each secret in plain text. All subsequent new secrets are stored in plain text.
[[["Easy to understand","easyToUnderstand","thumb-up"],["Solved my problem","solvedMyProblem","thumb-up"],["Other","otherUp","thumb-up"]],[["Hard to understand","hardToUnderstand","thumb-down"],["Incorrect information or sample code","incorrectInformationOrSampleCode","thumb-down"],["Missing the information/samples I need","missingTheInformationSamplesINeed","thumb-down"],["Other","otherDown","thumb-down"]],["Last updated 2025-09-09 UTC."],[[["\u003cp\u003eGoogle Distributed Cloud version 1.10 allows for always-on secrets encryption without external dependencies, utilizing automatically generated keys.\u003c/p\u003e\n"],["\u003cp\u003eSecrets are encrypted with a Data Encryption Key (DEK) and further secured by a Key Encrypting Key (KEK) using the A256GCM algorithm.\u003c/p\u003e\n"],["\u003cp\u003eEncryption can be enabled after cluster creation by modifying the admin or user cluster configuration file and running the \u003ccode\u003egkectl update\u003c/code\u003e command.\u003c/p\u003e\n"],["\u003cp\u003eKey rotation is achieved by incrementing the \u003ccode\u003ekeyVersion\u003c/code\u003e in the cluster configuration file and updating via \u003ccode\u003egkectl\u003c/code\u003e, which creates a new key, re-encrypts existing secrets, and erases the old key.\u003c/p\u003e\n"],["\u003cp\u003eSecrets encryption can be disabled on a cluster by adding the \u003ccode\u003edisabled: true\u003c/code\u003e field and running a \u003ccode\u003egkectl update\u003c/code\u003e, which will decrypt all existing secrets and store them as plain text.\u003c/p\u003e\n"]]],[],null,["# Using always-on secrets encryption\n\n\u003cbr /\u003e\n\nGoogle Distributed Cloud version 1.10 supports encrypting secrets without the need for an external KMS (Key Management Service), or any other dependencies.\n\nEnable always-on secrets encryption\n-----------------------------------\n\nAlways-on secrets encryption works by automatically generating an encryption key that is used to encrypt secrets before they are stored on the etcd database for that cluster. The secrets are encrypted using a Data Encryption Key (DEK) generated for every Secret write. This DEK is used in AES-GCM mode to encrypt the Secret object. The DEK is in turn encrypted with a Key Encrypting Key (KEK). The encryption algorithm is A256GCM (AES GCM using 256-bit key).\n\nThe key version is a version number to indicate the key currently in use.\n\nYou can enable secrets encryption after a cluster has already been created.\n\n- For the admin cluster:\n\n 1. Edit the [admin cluster configuration file](/anthos/clusters/docs/on-prem/1.16/how-to/admin-cluster-configuration-file#secretsencryption-section) to add the `secretsEncryption` section.\n\n 2. Run the `gkectl update` command.\n\n ```\n gkectl update admin --config ADMIN_CLUSTER_CONFIG_FILE --kubeconfig ADMIN_CLUSTER_KUBECONFIG\n ```\n- For a user cluster:\n\n 1. Edit the [user cluster configuration file](/anthos/clusters/docs/on-prem/1.16/how-to/user-cluster-configuration-file#secretsencryption-section) to add the `secretsEncryption` section.\n\n 2. Run the `gkectl update` command.\n\n ```\n gkectl update cluster --config USER_CONFIG_FILE --kubeconfig ADMIN_CLUSTER_KUBECONFIG\n ```\n\nReplace the following:\n\n- `ADMIN_KUBECONFIG` with the path of your admin cluster kubeconfig file.\n- `ADMIN_CLUSTER_CONFIG` with the path of your admin cluster configuration file.\n- `USER_CLUSTER_CONFIG` with the path of your user cluster configuration file.\n\nThe `gkectl update` commands provided in this section can also be used for any other updates to the corresponding cluster.\n\nKey storage\n-----------\n\nThe encryption keys for the admin cluster are stored on the admin cluster data disk. This disk is mounted on the admin master machine at /opt/data, and the encryption keys can be found at /opt/data/gke-k8s-kms-plugin/generatedkeys/. These keys must be backed up to retain access to the encrypted secrets used by that key. You should enable [VM/storage encryption in the hypervisor](https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.security.doc/GUID-5E2C3F74-38C1-44C3-ABC5-C2C9353B9DC4.html) or similar measures to ensure that the control plane VM disks are protected.\n\nKey rotation\n------------\n\nTo rotate an existing encryption key for a cluster, increment the `keyVersion` in the corresponding [admin cluster configuration file](/anthos/clusters/docs/on-prem/1.16/how-to/admin-cluster-configuration-file#secretsencryption-generatedkey-version-field) or [user cluster configuration file](/anthos/clusters/docs/on-prem/1.16/how-to/user-cluster-configuration-file#secretsencryption-generatedkey-version-field), and run the appropriate `gkectl update` command. This creates a new key matching the new version number, re-encrypts each secret, and securely erases the old one. All subsequent new secrets are encrypted using the new encryption key.\n\nDisable always-on secrets encryption\n------------------------------------\n\nTo disable secrets encryption on an existing cluster, add a `disabled: true` field. Next, run the corresponding `gkectl update` command. This update decrypts each existing secret and stores each secret in plain text. All subsequent new secrets are stored in plain text.\n\n```\nsecretsEncryption:\n mode: GeneratedKey\n generatedKey:\n keyVersion: KEY_VERSION\n disabled: true\n```"]]
