O Autokey do Cloud KMS simplifica a criação e o uso de chaves de criptografia gerenciadas pelo cliente (CMEKs) automatizando o provisionamento e a atribuição. Com o Autokey, keyrings e chaves são gerados sob demanda. As contas de serviço que usam as chaves para criptografar e descriptografar recursos são criadas e recebem papéis do Identity and Access Management (IAM) quando necessário. Os administradores do Cloud KMS mantêm controle e visibilidade total das chaves criadas pelo Autokey, sem precisar planejar e criar cada recurso.
O uso das chaves geradas pelo Autokey pode ajudar você a se alinhar de maneira consistente aos padrões do setor e às práticas recomendadas de segurança de dados, incluindo o nível de proteção de HSM, a separação de tarefas, a rotação de chaves, a localização e a especificidade da chave. O Autokey cria chaves que seguem diretrizes gerais e específicas do tipo de recurso para serviços Google Cloud que se integram ao Autokey do Cloud KMS. Depois de criadas, as chaves solicitadas usando o Autokey funcionam de maneira idêntica a outras chaves do Cloud HSM com as mesmas configurações.
O Autokey também pode simplificar o uso do Terraform para gerenciamento de chaves, eliminando a necessidade de executar infraestrutura como código com privilégios elevados de criação de chaves.
Para usar o Autokey, você precisa ter um recurso de organização que contenha um recurso de pasta. Para mais informações sobre recursos de organização e pasta, consulte Hierarquia de recursos.
O KMS Autokey está disponível em todos os locais Google Cloud em que o Cloud HSM está disponível. Para mais informações sobre os locais do Cloud KMS, consulte Locais do Cloud KMS. Não há custo adicional para usar a Autokey do Cloud KMS. As chaves criadas com o Autokey têm o mesmo preço de qualquer outra chave do Cloud HSM. Para mais informações sobre preços, consulte Preços do Cloud Key Management Service.
Como o Autokey funciona
Esta seção explica como o Cloud KMS Autokey funciona. As seguintes funções de usuário participam desse processo:
- Administrador de segurança
- O administrador de segurança é um usuário responsável por gerenciar a segurança no nível da pasta ou da organização.
- Desenvolvedor do Autokey
- O desenvolvedor do Autokey é um usuário responsável por criar recursos usando o Autokey do Cloud KMS.
- Administrador do Cloud KMS
- O administrador do Cloud KMS é um usuário responsável por gerenciar recursos do Cloud KMS. Essa função tem menos responsabilidades ao usar o Autokey do que ao usar chaves criadas manualmente.
Os seguintes agentes de serviço também participam desse processo:
- Agente de serviço do Cloud KMS
- O agente de serviço do Cloud KMS em um projeto de chave específico. O Autokey depende de que esse agente de serviço tenha privilégios elevados para criar chaves e keyrings do Cloud KMS e definir a política do IAM nas chaves, concedendo permissões de criptografia e descriptografia para cada agente de serviço de recurso.
- Agente de serviço de recursos
- O agente de serviço de um determinado serviço em um determinado projeto de recurso. Esse agente de serviço precisa ter permissões de criptografia e descriptografia em qualquer chave do Cloud KMS antes de poder usar essa chave para proteção de CMEK em um recurso. O Autokey cria o agente de serviço de recursos quando necessário e concede a ele as permissões necessárias para usar a chave do Cloud KMS.
O administrador de segurança ativa o Cloud KMS Autokey
Antes de usar o Autokey, o administrador de segurança precisa concluir as seguintes tarefas de configuração única:
Habilite o Cloud KMS Autokey em uma pasta de recursos e identifique o projeto do Cloud KMS que vai conter os recursos do Autokey para essa pasta.
Crie o agente de serviço do Cloud KMS e conceda a ele privilégios de criação e atribuição de chaves.
Conceda papéis de usuário do Autokey a usuários desenvolvedores do Autokey.
Com essa configuração concluída, os desenvolvedores do Autokey podem acionar a criação de chaves do Cloud HSM sob demanda. Para conferir as instruções completas de configuração do Cloud KMS Autokey, consulte Habilitar o Cloud KMS Autokey.
Os desenvolvedores do Autokey usam o Cloud KMS Autokey
Depois que o Autokey é configurado, os desenvolvedores autorizados podem criar recursos protegidos usando chaves criadas para eles sob demanda. Os detalhes do processo de criação de recursos dependem do recurso que você está criando, mas o processo segue este fluxo:
O desenvolvedor do Autokey começa a criar um recurso em um serviçoGoogle Cloud compatível. Durante a criação de recursos, o desenvolvedor solicita uma nova chave do agente de serviço do Autokey.
O agente de serviço do Autokey recebe a solicitação do desenvolvedor e conclui as seguintes etapas:
- Crie um keyring no projeto de chave no local selecionado, a menos que ele já exista.
- Crie uma chave no keyring com a granularidade adequada para o tipo de recurso, a menos que ela já exista.
- Crie a conta de serviço por projeto e por serviço, a menos que ela já exista.
- Conceda as permissões de criptografia e descriptografia por projeto e por serviço à conta de serviço na chave.
- Forneça os detalhes principais ao desenvolvedor para que ele possa concluir a criação do recurso.
Com os detalhes da chave retornados pelo agente do serviço Autokey, o desenvolvedor pode terminar imediatamente a criação do recurso protegido.
O Autokey do Cloud KMS cria chaves com os atributos descritos na próxima seção. Esse fluxo de criação de chaves preserva a separação de responsabilidades. O administrador do Cloud KMS continua tendo visibilidade e controle total sobre as chaves criadas pelo Autokey.
Para começar a usar o Autokey depois de habilitá-lo em uma pasta, consulte Criar recursos protegidos usando o Autokey do Cloud KMS.
Sobre as chaves criadas pelo Autokey
As chaves criadas pelo Autokey do Cloud KMS têm os seguintes atributos:
- Nível de proteção:HSM.
- Algoritmo:AES-256 GCM.
Período de rotação:um ano.
Depois que uma chave é criada pelo Autokey, um administrador do Cloud KMS pode editar o período de rotação do padrão.
- Separação de tarefas:
- A conta de serviço do serviço recebe automaticamente permissões de criptografia e descriptografia na chave.
- As permissões de administrador do Cloud KMS se aplicam normalmente às chaves criadas pelo Autokey. Os administradores do Cloud KMS podem visualizar, atualizar, ativar ou desativar e destruir chaves criadas pelo Autokey. Os administradores do Cloud KMS não recebem permissões de criptografia e descriptografia.
- Os desenvolvedores da Autokey só podem solicitar a criação e atribuição de chaves. Não é possível ver ou gerenciar chaves.
- Especificidade ou granularidade da chave:as chaves criadas pelo Autokey têm uma granularidade que varia de acordo com o tipo de recurso. Para detalhes específicos do serviço sobre a granularidade da chave, consulte Serviços compatíveis nesta página.
Local:o Autokey cria chaves no mesmo local que o recurso a ser protegido.
Se você precisar criar recursos protegidos por CMEK em locais onde o Cloud HSM não está disponível, crie a CMEK manualmente.
- Estado da versão da chave:as chaves recém-criadas solicitadas usando o Autokey são criadas como a versão chave primária no estado ativado.
- Nome do keyring:todas as chaves criadas pelo Autokey são criadas em um
keyring chamado
autokeyno projeto do Autokey no local selecionado. Os keyrings no seu projeto do Autokey são criados quando um desenvolvedor do Autokey solicita a primeira chave em um determinado local. - Nomenclatura de chaves:as chaves criadas pelo Autokey seguem esta convenção de nomenclatura:
PROJECT_NUMBER-SERVICE_SHORT_NAME-RANDOM_HEX - Exportação de chaves:assim como todas as chaves do Cloud KMS, as chaves criadas pelo Autokey não podem ser exportadas.
- Rastreamento de chaves:como todas as chaves do Cloud KMS usadas em serviços integrados à CMEK compatíveis com o rastreamento de chaves, as chaves criadas pela chave automática são rastreadas no painel do Cloud KMS.
Aplicando o Autokey
Se você quiser aplicar o uso do Autokey em uma pasta, combine os controles de acesso do IAM com as políticas da organização de CMEK. Isso funciona removendo as permissões de criação de chaves de principais diferentes do agente de serviço do Autokey e exigindo que todos os recursos sejam protegidos por CMEK usando o projeto de chave do Autokey. Para instruções detalhadas sobre como exigir o uso da Autokey, consulte Exigir o uso da Autokey.
Serviços compatíveis
A tabela a seguir lista os serviços compatíveis com a chave automática do Cloud KMS:
| Serviço | Recursos protegidos | Granularidade da chave |
|---|---|---|
| Artifact Registry |
O Autokey cria chaves durante a criação do repositório, que são usadas para todos os artefatos armazenados. |
Uma chave por recurso |
| BigQuery |
O Autokey cria chaves padrão para conjuntos de dados. Tabelas, modelos, consultas e tabelas temporárias em um conjunto de dados usam a chave padrão do conjunto de dados. O Autokey não cria chaves para recursos do BigQuery que não sejam conjuntos de dados. Para proteger recursos que não fazem parte de um conjunto de dados, crie suas próprias chaves padrão no nível do projeto ou da organização. |
Uma chave por recurso |
| Bigtable |
O Autokey cria chaves para clusters. O Autokey não cria chaves para recursos do Bigtable que não sejam clusters. O Bigtable é compatível apenas com o Autokey do Cloud KMS ao criar recursos usando o Terraform ou o SDK Google Cloud. |
Uma chave por cluster |
| AlloyDB para PostgreSQL |
O AlloyDB para PostgreSQL só é compatível com o Autokey do Cloud KMS ao criar recursos usando o Terraform ou a API REST. |
Uma chave por recurso |
| Cloud Run |
|
Uma chave por recurso |
| Cloud SQL |
O Autokey não cria chaves para recursos do Cloud SQL
O Cloud SQL só é compatível com o Autokey do Cloud KMS ao criar recursos usando o Terraform ou a API REST. |
Uma chave por recurso |
| Cloud Storage |
Os objetos em um bucket de armazenamento usam a chave padrão do bucket. O Autokey não cria
chaves para recursos |
Uma chave por bucket |
| Compute Engine |
Os snapshots usam a chave do disco de que você está criando um snapshot.
O Autokey não cria chaves para recursos |
Uma chave por recurso |
| Pub/Sub |
|
Uma chave por recurso |
| Secret Manager |
O Secret Manager só é compatível com o Autokey do Cloud KMS ao criar recursos usando o Terraform ou a API REST. |
Uma chave por local em um projeto |
| Spanner |
O Spanner só é compatível com a autokey do Cloud KMS ao criar recursos usando o Terraform ou a API REST. |
Uma chave por recurso |
| Dataflow |
|
Uma chave por recurso |
Limitações
- A CLI gcloud não está disponível para recursos do Autokey.
- Os identificadores de chaves não estão no Inventário de recursos do Cloud.
A seguir
- Para começar a usar o Cloud KMS Autokey, um administrador de segurança precisa ativar o Cloud KMS Autokey.
- Para usar a chave automática do Cloud KMS depois que ela for ativada, um desenvolvedor pode criar recursos protegidos por CMEK usando a chave automática.
- Saiba mais sobre as práticas recomendadas da CMEK.