Como criar políticas do Cloud IAM

Nesta página, você aprende a criar políticas do Cloud Identity and Access Management (Cloud IAM) para realizar autorização no Google Kubernetes Engine.

Visão geral

Todas as chamadas de API do Google Cloud Platform (GCP), GKE e Kubernetes exigem que a conta que está fazendo a solicitação tenha as permissões necessárias. Por padrão, ninguém exceto você pode acessar o projeto ou os recursos dele. É possível usar o Cloud Identity and Access Management para gerenciar quem tem acesso ao projeto e o que essas pessoas podem fazer. As permissões do Cloud IAM funcionam com o Kubernetes RBAC. Ele fornece controles de acesso granulares para objetos específicos em um cluster ou namespace. O Cloud IAM se concentra mais nas permissões no nível da organização e do projeto do GCP, mas fornece vários papéis predefinidos específicos do GKE.

Para conceder a usuários e contas de serviço acesso ao projeto do GCP, adicione-os como membros da equipe do projeto e atribua papéis a eles. Os papéis definem quais recursos do GCP uma conta pode acessar e quais operações eles podem executar.

No GKE, use o Cloud IAM para gerenciar os usuários e contas de serviço que podem acessar e executar operações nos clusters.

Antes de começar

Prepare-se para a tarefa tomando as seguintes medidas:

• Verifique se você ativou a API Google Kubernetes Engine.
Ativar a API Google Kubernetes Engine
• Verifique se o SDK do Cloud está instalado.
• Defina o ID do projeto padrão:

  gcloud config set project [PROJECT_ID]

• Se você estiver trabalhando com clusters zonais, defina a zona de computação padrão:

  gcloud config set compute/zone [COMPUTE_ZONE]

• Se você estiver trabalhando com clusters regionais, defina a região de computação padrão:

  gcloud config set compute/region [COMPUTE_REGION]

• Atualize o gcloud para a versão mais recente:

  gcloud components update

Observação: é possível modificar essas configurações padrão em comandos gcloud usando as sinalizações operacionais --project, --zone e --region.

Interação com o Kubernetes RBAC

O sistema de controle de acesso baseado em papéis (RBAC, na sigla em inglês) nativo do Kubernetes também gerencia o acesso ao cluster. O RBAC controla o acesso no nível do cluster e do namespace, enquanto o Cloud IAM funciona no nível do projeto.

O Cloud IAM e o RBAC podem funcionar em conjunto, e uma entidade precisa ter permissões suficientes em qualquer nível para trabalhar com recursos no cluster.

Papéis do Cloud IAM

Nas seções a seguir, você vê os papéis do Cloud IAM disponíveis no GCP.

Papéis predefinidos do GKE

O Cloud IAM fornece papéis predefinidos que concedem acesso a recursos específicos do GCP e impedem o acesso não autorizado a outros recursos.

O Cloud IAM oferece os seguintes papéis predefinidos para o GKE:

Para saber mais sobre as permissões concedidas por cada papel do Cloud IAM, consulte esta página.

Papéis primários do Cloud IAM

Os papéis primários do Cloud IAM concedem aos usuários acesso global no nível do projeto a todos os recursos do GCP. Para proteger o projeto e os clusters, use papéis predefinidos sempre que possível.

Para saber mais sobre os papéis primários, consulte esta seção na documentação do Cloud Identity and Access Management.

Papel usuário da conta de serviço

O papel usuário da conta de serviço concede a uma conta de usuário do GCP permissão para realizar ações como uma conta de serviço.

• Conceder o papel iam.serviceAccountUser a um usuário de um projeto fornece a ele todos os papéis atribuídos a todas as contas de serviço no projeto, incluindo as que você criará no futuro.

• Conceder o papel iam.serviceAccountUser a um usuário de uma conta de serviço específica fornece a ele todos os papéis atribuídos a essa conta de serviço.

Para mais informações sobre o papel ServiceAccountUser, consulte esta seção na documentação do Cloud IAM.

O comando a seguir mostra a sintaxe para conceder o papel usuário da conta de serviço:

gcloud iam service-accounts add-iam-policy-binding \
  [SA_NAME]@[PROJECT_ID].iam.gserviceaccount.com \
  --member=user:[USER] \
  --role=roles/iam.serviceAccountUser

roles/
iam.serviceAccountUser Service Account User Run operations as the service account. iam.serviceAccounts.actAs
iam.serviceAccounts.get
iam.serviceAccounts.list
resourcemanager.projects.get
resourcemanager.projects.list
Service Account

Papel	Nome	Descrição	Permissões	Menor recurso

Papel usuário do agente de serviço de host

O papel usuário do agente de serviço de host é usado apenas em clusters de VPC compartilhada.

roles/
container.hostServiceAgentUser Kubernetes Engine Host Service Agent User Use access of the Kubernetes Engine Host Service Agent. compute.firewalls.get
container.hostServiceAgent.*

Papel	Nome	Descrição	Permissões	Menor recurso

Papéis personalizados

Se os papéis predefinidos não atenderem às suas necessidades, crie papéis personalizados com permissões definidas por você.

Para saber como criar e atribuir papéis personalizados, consulte Como criar e gerenciar papéis personalizados.

Como ver as permissões concedidas pelos papéis do Cloud Identity and Access Management

Veja as permissões concedidas por cada papel usando a ferramenta de linha de comando gcloud ou o Console do GCP.

gcloud

Para ver as permissões concedidas por um papel específico, execute o comando a seguir. [ROLE] corresponde a qualquer papel do Cloud Identity and Access Management. Os papéis do GKE têm o prefixo roles/container.:

gcloud iam roles describe roles/[ROLE]

Exemplo:

gcloud iam roles describe roles/container.admin

Console

Para visualizar as permissões concedidas por um papel específico, faça o seguinte:

1. Acesse a seção Papéis no menu IAM do Console do GCP.

   Acessar o menu IAM

2. No campo Filtrar tabela, insira "GKE"

3. Selecione o papel que você quer.

Como gerenciar papéis do Cloud Identity and Access Management

Para saber como gerenciar papéis e permissões do Cloud IAM de usuários humanos, consulte Como conceder, alterar e revogar o acesso de membros do projeto na documentação do Cloud IAM.

Para contas de serviço, consulte Como conceder papéis a contas de serviço.

Exemplos

Veja alguns exemplos de como o Cloud Identity and Access Management funciona com o GKE:

• Um novo funcionário entrou em uma empresa. É necessário adicioná-lo ao projeto do GCP, mas ele precisa apenas visualizar os clusters do projeto e outros recursos do GCP. O proprietário do projeto atribui a ele o papel de visualizador do Compute para envolvidos no projeto. Esse papel fornece acesso somente leitura para ver e listar nós, que são recursos do Compute Engine.
• O funcionário está trabalhando com operações e precisa atualizar um cluster usando o gcloud ou o Console do Google Cloud Platform. Essa operação requer a permissão container.clusters.update. Portanto, o proprietário do projeto atribui a ele o papel administrador de cluster do Kubernetes Engine. O funcionário agora tem as permissões que são concedidas pelos papéis de visualizador do Compute e administrador de cluster do Kubernetes Engine.
• O funcionário precisa investigar por que uma implantação está tendo problemas. Ele precisa executar kubectl get pods para ver os pods em funcionamento no cluster. O funcionário já tem o papel visualizador do Compute, mas ele não é suficiente para listar pods. O funcionário precisa do papel visualizador do Kubernetes Engine.
• O funcionário precisa criar um novo cluster. O proprietário do projeto concede a ele o papel de usuário da conta de serviço na conta de serviço [PROJECT_NUMBER][e-mail]. Assim, a conta do funcionário tem acesso à conta de serviço padrão do Compute Engine. Ela tem o papel de editor, que inclui um grande conjunto de permissões.

A seguir

• Leia a Visão geral do controle de acesso.
• Conheça algumas práticas recomendadas para políticas do Cloud IAM.