You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It isn't clear whether you're supposed to specify keys or versions on tables following the change. If you specify a key and get back a version, we may want to make the version a separate output field.
Update your KMS-enabled BigQuery tools by September 1, 2021, to parse cryptoKeyVersions tokens.
Dear Google Cloud Platform Customer,
We are writing to let you know that starting September 1, 2021, BigQuery will start reporting the cryptoKeyVersions of Cloud Key Management Service (KMS) keys. This key is used to protect BigQuery tables and models. After September 1, 2021, the EncryptionConfiguration kmsKeyName field in the table and model metadata will display KMS key names in the following format:
projects/.../locations/.../keyRings/.../cryptoKeys/.../cryptoKeyVersions/...
The previous format was:
projects/.../locations/.../keyRings/.../cryptoKeys/...
Will this change affect me?
The following projects listed below have BigQuery tables currently protected by customer-managed encryption keys (CMEKs):
XXX
What do I need to do?
If you have KMS-enabled BigQuery tools or services that parse the KMS key name field, kmsKeyName, update them to support a KMS key name with or without the cryptoKeyVersions token before September 1, 2021. Your tools must support both formats, since the changes to the key name display formats will be applied gradually.
What remains unchanged?
When specifying a KMS key to encrypt a table or model, you should continue to provide the key name without the cryptoKeyVersions (projects/.../locations/.../keyRings/.../cryptoKeys/...). KMS uses the primary key version of the key at resource creation time to protect the table or model.
Because the kmsKeyName field on a dataset is the default for newly created resources beneath it, datasets will continue to accept and display KMS keys without the cryptoKeyVersions.
If you have any questions or require assistance, please reply to this email to contact Google Cloud Support.
Thanks for choosing BigQuery.
The text was updated successfully, but these errors were encountered:
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues.
If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.
It isn't clear whether you're supposed to specify keys or versions on tables following the change. If you specify a key and get back a version, we may want to make the version a separate output field.
The text was updated successfully, but these errors were encountered: