A política da organização oferece restrições predefinidas para vários Google Cloud serviços. No entanto, se quiser um controlo mais detalhado e personalizável sobre os campos específicos que estão restritos nas políticas da sua organização, também pode criar políticas da organização personalizadas.
Vantagens
Pode usar políticas de organização personalizadas para permitir ou negar operações específicas em contas de serviço e chaves de contas de serviço. Por exemplo, pode definir uma política para negar a criação de uma chave com uma determinada origem, o que faz com que todos os pedidos de criação de uma chave com essa origem falhem e devolvam um erro ao utilizador.
Herança de políticas
Por predefinição, as políticas da organização são herdadas pelos descendentes dos recursos nos quais aplica a política. Por exemplo, se aplicar uma política a uma pasta, Google Cloud aplica a política a todos os projetos na pasta. Para saber mais acerca deste comportamento e como o alterar, consulte as regras de avaliação da hierarquia.
Antes de começar
- Certifique-se de que sabe o ID da sua organização.
-
Se quiser testar políticas de organização personalizadas que referenciem recursos do IAM, crie um novo projeto. Testar estas políticas da organização num projeto existente pode interromper os fluxos de trabalho de segurança.
-
In the Google Cloud console, go to the project selector page.
-
Select or create a Google Cloud project.
-
Funções necessárias
Para receber as autorizações de que precisa para gerir políticas de organização,
peça ao seu administrador que lhe conceda a função de IAM de
administrador de políticas de organização (roles/orgpolicy.policyAdmin
)
na organização.
Para mais informações sobre a atribuição de funções, consulte o artigo Faça a gestão do acesso a projetos, pastas e organizações.
Esta função predefinida contém as autorizações necessárias para gerir políticas da organização. Para ver as autorizações exatas que são necessárias, expanda a secção Autorizações necessárias:
Autorizações necessárias
São necessárias as seguintes autorizações para gerir políticas da organização:
-
orgpolicy.constraints.list
-
orgpolicy.policies.create
-
orgpolicy.policies.delete
-
orgpolicy.policies.list
-
orgpolicy.policies.update
-
orgpolicy.policy.get
-
orgpolicy.policy.set
Também pode conseguir estas autorizações com funções personalizadas ou outras funções predefinidas.
Crie uma restrição personalizada
Uma restrição personalizada é definida num ficheiro YAML pelos recursos, métodos, condições e ações suportados pelo serviço no qual está a aplicar a política da organização. As condições para as restrições personalizadas são definidas através do Idioma de expressão comum (IEC). Para mais informações sobre como criar condições em restrições personalizadas através da CEL, consulte a secção CEL do artigo Criar e gerir restrições personalizadas.
Para criar um ficheiro YAML para uma restrição personalizada:
name: organizations/ORGANIZATION_ID/customConstraints/CONSTRAINT_NAME
resourceTypes:
- iam.googleapis.com/RESOURCE_TYPE
methodTypes:
- CREATE
- UPDATE
condition: "CONDITION"
actionType: ACTION
displayName: DISPLAY_NAME
description: DESCRIPTION
Substitua o seguinte:
ORGANIZATION_ID
: o ID da sua organização, como123456789
.CONSTRAINT_NAME
: o nome que quer para a nova restrição personalizada. Uma restrição personalizada tem de começar porcustom.
e só pode incluir letras maiúsculas, letras minúsculas ou números. Por exemplo, custom.denyServiceAccountCreation. O comprimento máximo deste campo é de 70 carateres, sem contar com o prefixo, por exemplo,organizations/123456789/customConstraints/custom
.RESOURCE_TYPE
: o nome (não o URI) do recurso REST da API Identity and Access Management que contém o objeto e o campo que quer restringir. Por exemplo, ServiceAccount.CONDITION
: uma condição CEL escrita em função de uma representação de um recurso de serviço suportado. Este campo tem um comprimento máximo de 1000 carateres. Consulte o artigo Recursos suportados para mais informações sobre os recursos disponíveis para escrever condições. Por exemplo,"resource.description.contains('INVALID_DESCRIPTION')"
.ACTION
: a ação a tomar se a condiçãocondition
for cumprida. Pode serALLOW
ouDENY
.DISPLAY_NAME
: um nome simples para a restrição. Este campo tem um comprimento máximo de 200 carateres.DESCRIPTION
: uma descrição acessível da restrição a apresentar como uma mensagem de erro quando a política é violada. Este campo tem um comprimento máximo de 2000 carateres.
Para mais informações sobre como criar uma restrição personalizada, consulte o artigo Definir restrições personalizadas.
Configure uma restrição personalizada
Depois de criar o ficheiro YAML para uma nova restrição personalizada, tem de o configurar para o disponibilizar para as políticas da organização na sua organização. Para configurar uma restrição personalizada, use o comandogcloud org-policies set-custom-constraint
:
gcloud org-policies set-custom-constraint CONSTRAINT_PATH
CONSTRAINT_PATH
pelo caminho completo para o seu ficheiro de restrições personalizado. Por exemplo, /home/user/customconstraint.yaml
.
Após a conclusão, as restrições personalizadas ficam disponíveis como políticas da organização na sua lista de Google Cloud políticas da organização.
Para verificar se a restrição personalizada existe, use o comando
gcloud org-policies list-custom-constraints
:
gcloud org-policies list-custom-constraints --organization=ORGANIZATION_ID
ORGANIZATION_ID
pelo ID do recurso da sua organização.
Para mais informações, consulte o artigo
Ver políticas da organização.
Aplique uma política da organização personalizada
Pode aplicar uma restrição criando uma política da organização que a referencie e, em seguida, aplicando essa política da organização a um Google Cloud recurso.Consola
- Na Google Cloud consola, aceda à página Políticas da organização.
- No seletor de projetos, selecione o projeto para o qual quer definir a política de organização.
- Na lista da página Políticas da organização, selecione a restrição para ver a página Detalhes da política dessa restrição.
- Para configurar a política da organização para este recurso, clique em Gerir política.
- Na página Editar política, selecione Substituir política do elemento principal.
- Clique em Adicionar regra.
- Na secção Aplicação, selecione se a aplicação desta política organizacional está ativada ou desativada.
- Opcional: para tornar a política de organização condicional a uma etiqueta, clique em Adicionar condição. Tenha em atenção que, se adicionar uma regra condicional a uma política da organização, tem de adicionar, pelo menos, uma regra incondicional. Caso contrário, não é possível guardar a política. Para mais informações, consulte o artigo Definir uma política de organização com etiquetas.
- Clique em Testar alterações para simular o efeito da política da organização. A simulação de políticas não está disponível para restrições geridas antigas. Para mais informações, consulte o artigo Teste as alterações da política da organização com o simulador de políticas.
- Para concluir e aplicar a política da organização, clique em Definir política. A política demora até 15 minutos a entrar em vigor.
gcloud
Para criar uma política da organização com regras booleanas, crie um ficheiro YAML de política que faça referência à restrição:
name: projects/PROJECT_ID/policies/CONSTRAINT_NAME spec: rules: - enforce: true
Substitua o seguinte:
-
PROJECT_ID
: o projeto no qual quer aplicar a restrição. -
CONSTRAINT_NAME
: o nome que definiu para a restrição personalizada. Por exemplo,custom.denyServiceAccountCreation
.
Para aplicar a política da organização que contém a restrição, execute o seguinte comando:
gcloud org-policies set-policy POLICY_PATH
Substitua POLICY_PATH
pelo caminho completo para o ficheiro YAML
da política da organização. A política demora até 15 minutos a entrar em vigor.
Teste a política da organização personalizada
Opcionalmente, pode testar a política da organização definindo a política e, em seguida, tentando realizar uma ação que a política deve impedir.
Esta secção descreve como testar a seguinte restrição da política de organização:
name: organizations/ORG_ID/customConstraints/custom.denyServiceAccountCreation
resourceTypes: iam.googleapis.com/ServiceAccount
methodTypes:
- CREATE
- UPDATE
condition:
"resource.description.contains('INVALID_DESCRIPTION')"
actionType: DENY
displayName: Do not allow service account with INVALID_DESCRIPTION to be created.
Se quiser testar esta restrição personalizada, faça o seguinte:
Copie a restrição para um ficheiro YAML e substitua os seguintes valores:
ORG_ID
: o ID numérico da sua organizaçãoGoogle Cloud .INVALID_DESCRIPTION
: a descrição que quer usar para testar a restrição personalizada. Enquanto a restrição estiver ativa, não são criadas contas de serviço com uma descrição que contenha esta string no projeto para o qual aplica a restrição.
Configure a restrição personalizada e aplique-a ao projeto que criou para testar a restrição personalizada da política de organização.
Certifique-se de que tem a função Criar contas de serviço (
roles/iam.serviceAccountCreator
).Tente criar uma conta de serviço com a descrição que incluiu na restrição personalizada. Antes de executar o comando, substitua os seguintes valores:
SERVICE_ACCOUNT_NAME
: o nome da conta de serviçoINVALID_DESCRIPTION
: a string inválida que vai ser verificada na descrição da conta de serviçoDISPLAY_NAME
: o nome da conta de serviço a apresentar na consola Google Cloud
gcloud iam service-accounts create SERVICE_ACCOUNT_NAME \ --description="INVALID_DESCRIPTION" --display-name="DISPLAY_NAME"
O resultado é o seguinte:
Operation denied by custom org policy: ["customConstraints/custom.denyServiceAccountCreation": "Do not allow service account with INVALID_DESCRIPTION to be created."]
Recursos e operações suportados pela gestão de identidade e de acesso
Os seguintes campos de restrição personalizada da conta de serviço e da chave da conta de serviço estão disponíveis para utilização quando cria ou atualiza uma conta ou uma chave.
- Contas de serviço
resource.description
resource.displayName
resource.name
- Formato:
projects/PROJECT_ID/serviceAccounts/UNIQUE_ID
- Formato:
- Chaves de contas de serviço
resource.keyOrigin
resource.keyType
resource.name
- Formato:
projects/PROJECT_ID/serviceAccounts/UNIQUE_ID/keys/KEY_ID
- Formato:
Exemplos de políticas da organização personalizadas para exemplos de utilização comuns
A tabela seguinte apresenta a sintaxe de algumas restrições personalizadas para exemplos de utilização comuns:
Para mais informações sobre as macros do IEC disponíveis para utilização em condições de restrições personalizadas, consulte o artigo Idioma de expressão comum.
Descrição | Sintaxe de restrição |
---|---|
Desativar a criação de contas de serviço. |
name: organizations/ORGANIZATION_ID/customConstraints/custom.disableServiceAccountCreation resourceTypes: - iam.googleapis.com/ServiceAccount methodTypes: - CREATE condition: "True" actionType: DENY displayName: Deny all service account creation. |
Desative a criação de chaves de contas de serviço. |
name: organizations/ORGANIZATION_ID/customConstraints/custom.disableServiceAccountKeyCreation resourceTypes: - iam.googleapis.com/ServiceAccountKey methodTypes: - CREATE condition: "resource.keyType == USER_MANAGED && resource.keyOrigin == GOOGLE_PROVIDED" actionType: DENY displayName: Deny all service account key creation. |
Desative o carregamento de chaves de contas de serviço. |
name: organizations/ORGANIZATION_ID/customConstraints/custom.disableServiceAccountKeyUpload resourceTypes: - iam.googleapis.com/ServiceAccountKey methodTypes: - CREATE condition: "resource.keyType == USER_MANAGED && resource.keyOrigin == USER_PROVIDED" actionType: DENY displayName: Deny all service account key uploads. |
O que se segue?
- Consulte o artigo Introdução ao serviço de políticas de organização para saber mais sobre as políticas de organização.
- Saiba como criar e gerir políticas da organização.
- Consulte a lista completa de restrições da política da organização predefinidas.