O Compliance Manager inclui muitos controles de nuvem integrados que podem ser adicionados a frameworks e implantados no seu ambiente. Se necessário, crie e gerencie seus próprios controles de nuvem personalizados e atualize os controles de nuvem integrados.
Antes de começar
Conclua essas tarefas antes de fazer as outras nesta página.
Configurar permissões
-
Para receber as permissões necessárias para gerenciar frameworks de controles na nuvem, peça ao administrador que conceda a você os seguintes papéis do IAM na sua organização ou projeto:
- Administrador do Compliance Manager (
roles/cloudsecuritycompliance.admin) -
Para criar ou modificar controles de nuvem baseados em políticas da organização, faça uma das seguintes ações:
- Administrador de políticas da organização (
roles/orgpolicy.policyAdmin) - Administrador do Assured Workloads (
roles/assuredworkloads.admin) - Editor do Assured Workloads (
roles/assuredworkloads.editor)
- Administrador de políticas da organização (
-
Para criar ou modificar controles na nuvem com base em políticas do projeto:
Administrador do IAM do projeto (
roles/resourcemanager.projectIamAdmin)
Para mais informações sobre a concessão de papéis, consulte Gerenciar o acesso a projetos, pastas e organizações.
Também é possível conseguir as permissões necessárias usando papéis personalizados ou outros papéis predefinidos.
- Administrador do Compliance Manager (
Configurar a Google Cloud CLI
No console do Google Cloud , ative o Cloud Shell.
Na parte de baixo do console Google Cloud , uma sessão do Cloud Shell é iniciada e exibe um prompt de linha de comando. O Cloud Shell é um ambiente shell com a CLI do Google Cloud já instalada e com valores já definidos para o projeto atual. A inicialização da sessão pode levar alguns segundos.
Para configurar a CLI gcloud para usar a identidade temporária de conta de serviço para autenticação nas APIs do Google, em vez de suas credenciais de usuário, execute o seguinte comando:
gcloud config set auth/impersonate_service_account SERVICE_ACCT_EMAIL
Saiba mais em Identidade temporária de conta de serviço.
Ver controles de nuvem
Siga estas etapas para conferir os controles de nuvem integrados e os controles de nuvem personalizados que você já criou.
Console
No console do Google Cloud , acesse a página Compliance.
Selecione a organização ou o projeto.
Na guia Configurar, clique em Controles na nuvem. Os controles de nuvem disponíveis são mostrados.
O painel inclui informações sobre quais frameworks incluem o controle de nuvem e o número de recursos (organização, pastas e projetos) em que ele é aplicado.
Para ver detalhes sobre um controle de nuvem, clique no nome dele.
CLI
Você pode ver informações sobre um controle de nuvem específico ou listar todos os controles de nuvem na sua organização.
Ver detalhes sobre um controle de nuvem
Para conferir detalhes sobre um controle específico da nuvem, execute o comando gcloud
compliance-manager cloud-controls describe:
gcloud compliance-manager cloud-controls describe CLOUD_CONTROL \
--location=LOCATION \
--organization=ORGANIZATION \
[--major-revision-id=MAJOR_REVISION_ID]
Substitua os seguintes valores:
CLOUD_CONTROL: o nome do controle de nuvemORGANIZATION: o ID da organizaçãoLOCATION: a região em que o controle da nuvem está armazenadoMAJOR_REVISION_IDé uma flag opcional que especifica qual versão do controle na nuvem será mostrada. Se você não incluir a flag, a versão mais recente será retornada.
Por exemplo, para ver um controle de nuvem com o nome
builtin-block-external-ip-addresses-for-vm-access
e o número de revisão principal 1, execute o seguinte:
gcloud compliance-manager cloud-controls describe \
builtin-block-external-ip-addresses-for-vm-access \
--organization=3589215982 \
--location=global \
--major-revision-id=1
Para mais informações, consulte gcloud compliance-manager cloud-controls describe.
Receber lista de controles de nuvem
Para receber a lista de controles na nuvem da sua organização, execute o comando gcloud
compliance-manager cloud-controls list:
gcloud compliance-manager cloud-controls list \
--location=LOCATION \
--organization=ORGANIZATION
Substitua os seguintes valores:
ORGANIZATION: o ID da organizaçãoLOCATION: a região em que os controles da nuvem estão armazenados
Por exemplo, para ver todos os controles de nuvem na organização 3589215982 e armazenados no local global, execute o seguinte:
gcloud compliance-manager cloud-controls list \
--organization=3589215982 \
--location=global
Para informações sobre flags opcionais, consulte gcloud compliance-manager cloud-controls list.
Criar Cloud Control personalizado
Ao criar um controle de nuvem personalizado, você aplica uma regra a qualquer tipo de recurso do Inventário de recursos do Cloud.
Console
Ao usar o console, é possível criar controles personalizados com uma regra que se aplica a um tipo de recurso.
No console do Google Cloud , acesse a página Compliance.
Selecione a organização ou o projeto.
Na guia Configurar, clique em Controles na nuvem. A lista de controles de nuvem disponíveis é exibida.
Crie um controle de nuvem com o Gemini ou manualmente:
Usar o Gemini
Peça ao Gemini para gerar um controle de nuvem. Com base no seu comando, o Gemini fornece um identificador exclusivo, um nome, uma lógica de detecção associada e possíveis etapas de correção.
Analise as recomendações e faça as mudanças necessárias.
Salve o controle de nuvem personalizado.
Criar manualmente
Em ID de controle do Cloud, forneça um identificador exclusivo para seu controle.
Insira um nome e uma descrição para ajudar os usuários da sua organização a entender a finalidade do controle de nuvem personalizado.
Opcional: selecione as categorias do controle. Clique em Continuar.
Selecione um tipo de recurso disponível para seu controle personalizado na nuvem. O Compliance Manager é compatível com todos os tipos de recursos. Para encontrar o nome de um recurso, consulte Tipos de recursos.
Forneça a lógica de detecção para seu controle de nuvem no formato Common Expression Language (CEL).
Com as expressões CEL, você define como quer avaliar as propriedades de um recurso. Para mais informações e exemplos, consulte Escrever regras para controles de nuvem personalizados. Clique em Continuar.
Se a regra de avaliação não for válida, um erro será exibido.
Selecione uma gravidade de descoberta adequada.
Escreva instruções de correção para que os responsáveis pela resposta a incidentes e os administradores da sua organização possam resolver qualquer descoberta para o controle da nuvem. Clique em Continuar.
Revise as entradas e clique em Criar.
CLI
Ao usar a CLI gcloud, é possível criar um controle de nuvem personalizado com no máximo três regras. Cada regra pode ser aplicada a apenas um tipo de recurso.
Para criar um controle de nuvem personalizado, execute o comando gcloud compliance-manager
cloud-controls create:
gcloud compliance-manager cloud-controls create CLOUD_CONTROL \
--location=LOCATION \
--organization=ORGANIZATION \
[--display-name=DISPLAY_NAME] \
[--description=DESCRIPTION] \
[--categories=[CATEGORIES,...]] \
[--finding-category=FINDING_CATEGORY] \
[--parameter-spec=[defaultValue=DEFAULTVALUE],[description=DESCRIPTION],[displayName=DISPLAYNAME],[isRequired=ISREQUIRED],[name=NAME],[substitutionRules=SUBSTITUTIONRULES],[validation=VALIDATION],[valueType=VALUETYPE]] \
[--remediation-steps=REMEDIATION_STEPS] \
[--rules=[celExpression=CELEXPRESSION],[description=DESCRIPTION],[ruleActionTypes=RULEACTIONTYPES]] \
[--severity=SEVERITY] \
[--supported-cloud-providers=[SUPPORTED_CLOUD_PROVIDERS,…]] \
[--supported-target-resource-types=[SUPPORTED_TARGET_RESOURCE_TYPES,…]]
Substitua os seguintes valores:
CLOUD_CONTROL: um nome alfanumérico exclusivo para o controle da nuvemORGANIZATION: o ID da organizaçãoLOCATION: a região em que o controle da nuvem está armazenadoDISPLAY_NAME: um nome legível para humanos do controle na nuvemDESCRIPTION: uma descrição opcional da finalidade do controle na nuvem.CATEGORIES,…: um parâmetro opcional que define as categorias de que o controle de nuvem faz parte. Para conferir uma lista de categorias permitidas, consulte gcloud compliance-manager cloud-controls create.FINDING_CATEGORY: o valor que aparece no painel de descobertas do Security Command Center quando o controle de nuvem gera uma descoberta.--parameter-spec=[defaultValue=DEFAULTVALUE], \ [description=DESCRIPTION], \ [displayName= DISPLAYNAME], \ [isRequired=ISREQUIRED], \ [name=NAME], \ [substitutionRules=SUBSTITUTIONRULES], \ [validation=VALIDATION], \ [valueType=VALUETYPE]...]
são as informações de parâmetro opcionais para o controle na nuvem, no formato a seguir:
DEFAULTVALUE: os dados que são aplicados se um usuário não personalizar o parâmetro ao implantar um framework. Os tipos de valores compatíveis sãoboolValue,numberValue,stringListValueoustringValue.DESCRIPTION: uma descrição opcional do controle.ISREQUIRED:truese o controle exigir a definição de um parâmetro.NAME: o nome do parâmetroSUBSTITUTIONRULES: como e onde o Compliance Manager injeta o valor personalizado do parâmetro. Especifique o caminho segmentado na regra usando uma notação de ponto proto (por exemplo,rules[0].org_policy_constraint...). Escolha uma das seguintes opções:attributeSubstitutionRulequando você quer injetar o valor do parâmetro diretamente em um campo estrutural da sua regra (por exemplo, preenchendo uma lista de valores restritos em um modelo de regra de restrição de política da organização).placeholderSubstitutionRulequando sua regra usa uma string de texto (ou uma expressão CEL). A string precisa conter uma variável de marcador de posição com o prefixo$(por exemplo,$deniedServices), e essa regra informa ao compilador para mapear o parâmetro para esse marcador de posição.
O exemplo a seguir cria um parâmetro de lista chamado
deniedServicescom o tipoSTRINGLIST. Ele usaattributeSubstitutionRulepara adicionar nomes de serviços fornecidos pelo usuário (comocompute.googleapis.com) diretamente a uma regra de política estrutural personalizada da organização (denied_values) quando implantada:--parameter-spec='name=deniedServices,isRequired=true,valueType=STRINGLIST,substitutionRules=[{attributeSubstitutionRule={attribute="rules[0].org_policy_constraint.policy_rules[0].values.denied_values"}}]'VALIDATIONé o conjunto permitido de valores. Escolha uma das seguintes opções:Use
allowedValuespara aplicar uma lista de permissão estática. Por exemplo, limite os parâmetros de local a campos de string específicos:validation={allowedValues={values=[{stringValue=us-central1},{stringValue=us-west1}]}}Use
intRangepara aplicar limites numéricos a números inteiros. Por exemplo, defina um período de armazenamento entre 1 e 365:validation={intRange={min=1,max=365}}Use
regexpPatternpara aplicar a correspondência de expressões regulares em texto de string. Por exemplo, exija nomes alfanuméricos estritos:validation={regexpPattern={pattern="^[a-z][-a-z0-9]*$"}}
VALUETYPE: o tipo de dados ou formato do valor que um usuário fornece para esse parâmetro. Os tipos de valor compatível sãoSTRING,BOOLEAN,STRINGLIST,NUMBEReONEOF.
Como alternativa, especifique um arquivo JSON ou YAML que defina os parâmetros. Por exemplo,
--parameter-spec=path_to_file.(yaml|json)Expanda a seção a seguir para conferir exemplos de arquivos JSON e YAML.Exemplo de arquivo JSON
[ { "name": "deniedServices", "displayName": "Services Requiring CMEK", "description": "List of service names that must use Customer-Managed Encryption Keys.", "isRequired": true, "valueType": "STRINGLIST", "substitutionRules": [ { "attributeSubstitutionRule": { "attribute": "rules[0].org_policy_constraint.policy_rules[0].values.denied_values" } } ] } ]Exemplo de arquivo YAML
- name: deniedServices displayName: "Services Requiring CMEK" description: "List of service names that must use Customer-Managed Encryption Keys." isRequired: true valueType: STRINGLIST substitutionRules: - attributeSubstitutionRule: attribute: "rules[0].org_policy_constraint.policy_rules[0].values.denied_values"REMEDIATION_STEPS: as etapas necessárias para resolver as descobertas. Essa string é limitada a 400 caracteres.
--rules=[celExpression=CELEXPRESSION],[description=DESCRIPTION],[ruleActionTypes=RULEACTIONTYPES]é a regra que você quer aplicar, no seguinte formato:CELEXPRESSION: a expressão da linguagem de expressão comum (CEL) da regra. Para informações sobre como escrever expressões CEL, consulte Escrever regras para controles de nuvem personalizados. Inclua o seguinte:expression: a expressão CEL, com um máximo de 1.000 caracteresresourceTypesValues: o nome dos recursos, no formatoSERVICE_NAME/type. Use uma matrizvaluespara listar todos os tipos de recursos a que você quer aplicar a regra. Por exemplo,values=[compute.googleapis.com/Instance].
DESCRIPTION: uma descrição da regra.RULEACTIONTYPES: a ação que a regra realiza. Os valores aceitos sãorule-action-type-detective,rule-action-type-preventiveerule-action-type-audit.
Por exemplo, para verificar o período de rotação de chaves do Cloud Key Management Service, insira o seguinte:
--rules="[ { \"celExpression\": { \"expression\": \"has(resource.data.rotationPeriod) && resource.data.rotationPeriod < duration('60h')\", \"resourceTypesValues\": { \"values\": [ \"cloudkms.googleapis.com/CryptoKey\" ] } }, \"description\": \"Check KMS key rotation period\", \"ruleActionTypes\": [ \"rule-action-type-detective\" ] } ]"Como alternativa, é possível especificar um arquivo JSON ou YAML que define a regra. Por exemplo,
--rules=path_to_file.(yaml|json)Expanda a seção a seguir para conferir exemplos de arquivos JSON e YAML.Exemplo de arquivo JSON
[ { "celExpression": { "expression": "has(resource.data.rotationPeriod) && resource.data.rotationPeriod < duration('60h')", "resourceTypesValues": { "values": [ "cloudkms.googleapis.com/CryptoKey" ] } }, "description": "Check KMS key rotation period to ensure it is under 60 hours.", "ruleActionTypes": [ "rule-action-type-detective" ] } ]Exemplo de arquivo YAML
- celExpression: expression: "has(resource.data.rotationPeriod) && resource.data.rotationPeriod < duration('60h')" resourceTypesValues: values: - cloudkms.googleapis.com/CryptoKey description: "Check KMS key rotation period to ensure it is under 60 hours." ruleActionTypes: - rule-action-type-detectiveSEVERITY: o nível de gravidade do controle de nuvem. Os valores aceitos sãocritical,high,mediumelow.SUPPORTED_CLOUD_PROVIDERS,…: os provedores de nuvem a que esse controle se aplica. O único valor compatível égcp.SUPPORTED_TARGET_RESOURCE_TYPES,…: os tipos de recursos (organização, pasta, projeto ou pasta habilitada para apps no App Hub) que o controle na nuvem aceita. Os valores aceitos sãotarget-resource-crm-type-folder,target-resource-crm-type-org,target-resource-crm-type-projectetarget-resource-type-application.
Por exemplo, para criar um controle na nuvem que aplique locais de recursos, execute o seguinte comando:
gcloud compliance-manager cloud-controls create \
restrict-resource-locations \
--organization=3589215982 \
--location=global \
--display-name="Restrict Resource Locations" \
--description="Enforces checks to ensure resources are only deployed in approved cloud regions." \
--severity=high \
--finding-category="LOCATION_VIOLATION" \
--supported-cloud-providers="gcp" \
--supported-target-resource-types="target-resource-crm-type-project" \
--parameter-spec='name=allowedLocations,isRequired=true,valueType=STRINGLIST,substitutionRules=[{placeholderSubstitutionRule={attribute="rules[0].cel_expression.expression"}}]' \
--rules="[{\"celExpression\": {\"expression\": \"resource.location in \$allowedLocations\", \"resourceTypesValues\": {\"values\": [\"compute.googleapis.com/Instance\"]}}, \"description\": \"Check Compute Engine instance locations\", \"ruleActionTypes\": [\"rule-action-type-detective\"]}]"
Para criar o mesmo controle, mas usar arquivos YAML para definir os parâmetros e regras, execute:
gcloud compliance-manager cloud-controls create \
restrict-resource-locations \
--organization=3589215982 \
--location=global \
--display-name="Restrict Resource Locations" \
--description="Enforces checks to ensure resources are only deployed in approved cloud regions." \
--severity=high \
--finding-category="LOCATION_VIOLATION" \
--supported-cloud-providers="gcp" \
--supported-target-resource-types="target-resource-crm-type-project" \
--parameter-spec=parameters.yaml \
--rules=rules.yaml
Para mais informações, consulte gcloud compliance-manager cloud-controls create.
Terraform
Ao usar o Terraform, é possível criar um controle de nuvem personalizado com no máximo três regras. Cada regra pode ser aplicada a apenas um tipo de recurso.
O exemplo a seguir mostra como criar um controle de nuvem personalizado usando o Terraform.
Editar um controle de nuvem personalizado
Depois de criar um controle de nuvem, é possível mudar o nome, a descrição, as regras, as etapas de correção e o nível de gravidade dele. Não é possível mudar a categoria do controle de nuvem.
No console do Google Cloud , acesse a página Compliance.
Selecione a organização ou o projeto.
Na guia Configurar, clique em Controles na nuvem. A lista de controles de nuvem disponíveis é exibida.
Clique no controle de nuvem que você quer editar.
Na página Detalhes dos controles de nuvem, verifique se o controle não está incluído em um framework. Se necessário, edite o framework para remover o controle de nuvem.
Clique em Editar.
Na página Editar controle de nuvem personalizado, mude o nome e a descrição conforme necessário. Clique em Continuar.
Atualize as regras, a gravidade da descoberta e as etapas de correção. Clique em Continuar.
Revise as mudanças e clique em Salvar.
Atualizar um controle de nuvem integrado para uma versão mais recente
O Google publica atualizações regulares nos controles de nuvem integrados à medida que os serviços implantam novos recursos ou novas práticas recomendadas surgem. As atualizações podem incluir novos controles ou mudanças nos controles atuais.
É possível conferir as versões dos controles de nuvem integrados no painel de controles de nuvem na guia Configurar ou na página de detalhes do controle de nuvem.
O Google notifica você nas notas da versão quando os seguintes itens são atualizados:
- Nome do Cloud Control
- Categoria da descoberta
- Mudança na lógica de detecção ou prevenção em uma regra
- Lógica subjacente de uma regra
Para atualizar um controle de nuvem depois de receber uma notificação, desvincule e reimplante os frameworks que incluem o controle de nuvem. Para instruções, consulte Atualizar um framework para uma versão mais recente.
Excluir um controle de nuvem personalizado
Exclua um controle na nuvem quando ele não for mais necessário. Só é possível excluir controles de nuvem que você criar. Não é possível excluir controles integrados da nuvem.
Console
No console do Google Cloud , acesse a página Compliance.
Selecione a organização ou o projeto.
Na guia Configurar, clique em Controles na nuvem. A lista de controles de nuvem disponíveis é exibida.
Clique no controle de nuvem que você quer excluir.
Na página Detalhes dos controles de nuvem, verifique se o controle não está incluído em um framework. Se necessário, edite o framework para remover o controle de nuvem.
Clique em Excluir.
Na janela Excluir, revise a mensagem. Digite
Deletee clique em Confirmar.
CLI
Para excluir um controle de nuvem personalizado, execute o comando gcloud compliance-manager
cloud-controls delete:
gcloud compliance-manager cloud-controls delete CLOUD_CONTROL \
--location=LOCATION \
--organization=ORGANIZATION
Substitua os seguintes valores:
CLOUD_CONTROL: o nome do controle de nuvemORGANIZATION: o ID da organizaçãoLOCATION: a região em que o controle da nuvem está armazenado
Por exemplo, para excluir um controle de nuvem com o nome
restrict-resource-locations, execute o seguinte:
gcloud compliance-manager cloud-controls delete \
restrict-resource-locations \
--organization=3589215982 \
--location=global
Para mais informações, consulte gcloud compliance-manager cloud-controls delete.
Mapeamento de detectores da Análise de integridade da segurança para controles de nuvem
A tabela a seguir mostra como os controles de nuvem do Compliance Manager são mapeados para detectores da Análise de integridade da segurança.
| Categoria de descoberta na Análise de integridade da segurança | Nome do controle de nuvem no Gerenciador de compliance |
|---|---|
|
Ativar a transparência no acesso |
|
Bloquear funções de administrador em contas de serviço |
|
Configurar a restrição de política da organização do Cloud Run para configurações de entrada permitidas |
|
Configurar a restrição da política da organização de configurações de saída de VPC permitidas para o Cloud Run |
|
Ativar backups automáticos do AlloyDB no cluster |
|
Ativar os backups do AlloyDB no cluster |
|
Ativar a CMEK para clusters do AlloyDB |
|
Definir a flag de nível de detalhes do erro de registro para instâncias do AlloyDB |
|
Definir a flag de instrução de erro mínima do registro para instâncias do AlloyDB |
|
Definir a flag "Log Min Messages" para instâncias do AlloyDB |
|
Bloquear endereços IP públicos para instâncias de cluster do AlloyDB |
|
Desativar recursos Alfa em clusters do GKE |
|
Restringir chaves de API apenas para APIs necessárias |
|
Indisponível |
|
Exigir rotação da chave de API |
|
Configurar métricas e alertas de registro para mudanças no Audit Logging |
|
Implementar o registro de eventos para serviços do Google Cloud |
|
Ativar backups automáticos para bancos de dados do Cloud SQL |
|
Ativar o reparo automático para clusters do GKE |
|
Ativar o upgrade automático em clusters do GKE |
|
Ativar a CMEK para tabelas do BigQuery |
|
Exigir autorização binária em um cluster |
|
Ativar a CMEK para buckets do Cloud Storage |
|
Configurar métricas e alertas de registros para mudanças na política do IAM do Cloud Storage |
|
Exigir geração de registros do bucket do Cloud Storage |
|
Ativar o acesso uniforme no nível do bucket nos buckets do Cloud Storage |
|
Ativar o serviço do Inventário de recursos do Cloud |
|
Ativar o Cloud Logging em clusters do GKE |
|
Ativar o Cloud Monitoring em clusters do GKE |
|
Ativar o Acesso privado do Google em uma instância |
|
Ativar a criptografia em clusters do GKE |
|
Ativar nós protegidos do GKE em um cluster |
|
Bloquear chaves SSH em todo o projeto em instâncias do Compute Engine |
|
Ativar a inicialização segura em instâncias do Compute Engine |
|
Bloquear portas seriais para instâncias do Compute Engine |
|
Ativar a Computação confidencial para instâncias do Compute Engine |
|
Exigir o Container-Optimized OS para um cluster do GKE |
|
Indisponível |
|
Configurar métricas e alertas de registro para mudanças de função personalizada |
|
Exigir CMEK em clusters do Dataproc |
|
Usar as versões mais recentes de imagens em clusters do Dataproc |
|
Ativar a CMEK para conjuntos de dados do BigQuery |
|
Usar redes com regras de firewall personalizadas |
|
Usar contas de serviço personalizadas para instâncias do Compute Engine |
|
Configurar a política da organização "Desativar o uso do IPv6 externo da VPC" |
|
Configurar a política da organização "Desativar o uso do IPv6 externo da VPC" |
|
Configurar a política da organização "Desativar o registro da porta serial da VM para o Stackdriver" |
|
Ativar a CMEK em discos permanentes do Compute Engine |
|
Ativar CSEK em discos permanentes do Compute Engine |
|
Ativar o monitoramento de registros do Cloud DNS |
|
Ativar a DNSSEC para o Cloud DNS |
|
Aplicar a regra de firewall de saída "Negar tudo" |
|
Definir contatos essenciais |
|
Configurar métricas e alertas de registro para mudanças no firewall de rede VPC |
|
Ativar a geração de registros de regras de firewall |
|
Ativar registros de fluxo para sub-rede da VPC |
|
Restringir o acesso à API às APIs do Google Cloud para instâncias do Compute Engine |
|
Aplicar somente o tráfego HTTPS |
|
Definir perímetros de serviço no VPC Service Controls |
|
Ativar o Login do SO |
|
Ativar o monitoramento de integridade nos clusters do GKE |
|
Ativar a visibilidade intranós para clusters do GKE |
|
Ativar o intervalo de alias de IP para clusters do GKE |
|
Impedir o encaminhamento de IP em instâncias do Compute Engine |
|
Definir o período de rotação das chaves do Cloud KMS |
|
Indisponível |
|
Indisponível |
|
Aplicar a segregação de funções |
|
Bloquear a autorização legada em clusters do GKE |
|
Desativar endpoints legados do servidor de metadados no Compute Engine |
|
Não usar redes legadas |
|
Ativar a geração de registros do balanceador de carga |
|
Bloquear políticas de retenção de buckets de armazenamento |
|
Configurar coletores de registros |
|
Ativar as redes autorizadas do plano de controle nos clusters do GKE |
|
Indisponível |
|
Configurar métricas e alertas de registro para mudanças na rede VPC |
|
Ativar a política de rede em clusters do GKE |
|
Ativar a CMEK em discos de inicialização do pool de nós do GKE |
|
Ativar a inicialização segura para nós protegidos do GKE |
|
Indisponível |
|
Ativar o controle de versão de objeto em buckets |
|
Bloquear conexões com portas do Cassandra de todos os endereços IP |
|
Bloquear conexões com portas CiscoSecure/WebSM de todos os endereços IP |
|
Bloquear conexões com portas de serviços de diretório de todos os endereços IP |
|
Bloquear conexões com portas DNS de todos os endereços IP |
|
Bloquear conexões com portas do Elasticsearch de todos os endereços IP |
|
Indisponível |
|
Bloquear conexões com portas FTP de todos os endereços IP |
|
Indisponível |
|
Bloquear conexões com portas HTTP de todos os endereços IP |
|
Bloquear conexões com portas LDAP de todos os endereços IP |
|
Bloquear conexões com portas do Memcached de todos os endereços IP |
|
Bloquear conexões com portas do MongoDB de todos os endereços IP |
|
Bloquear conexões com portas do MySQL de todos os endereços IP |
|
Bloquear conexões com portas NetBIOS de todos os endereços IP |
|
Bloquear conexões com portas do Oracle Database de todos os endereços IP |
|
Bloquear conexões com portas de servidor POP3 de todos os endereços IP |
|
Bloquear conexões com portas do servidor PostgreSQL de todos os endereços IP |
|
Bloquear o acesso à porta RDP |
|
Bloquear conexões com portas do servidor Redis de todos os endereços IP |
|
Bloquear conexões com portas de servidor SMTP de todos os endereços IP |
|
Bloquear o acesso à porta SSH |
|
Bloquear conexões com portas de servidor Telnet de todos os endereços IP |
|
Ativar a restrição de política da organização para VM confidencial |
|
Ativar o Login do SO para todas as instâncias no nível do projeto |
|
Usar contas de serviço com privilégios mínimos para clusters do GKE |
|
Criar clusters do GKE com escopos de acesso de conta de serviço limitados |
|
Bloquear funções de administrador em contas de serviço |
|
Indisponível |
|
Indisponível |
|
Restringir papéis legados do IAM |
|
Ativar clusters particulares para o GKE |
|
Ativar o Acesso privado do Google para sub-redes da VPC |
|
Restringir o acesso público aos buckets do Cloud Storage |
|
Restringir o acesso público a imagens do Compute |
|
Restringir o acesso público aos conjuntos de dados do BigQuery |
|
Restringir endereços IP públicos a instâncias do Compute Engine |
|
Restringir o acesso público aos buckets do Cloud Storage |
|
Restringir o acesso público a instâncias de banco de dados do Cloud SQL |
|
Criptografar o tópico do Pub/Sub com CMEK |
|
Ativar a flag de instrução de registro para PostgreSQL |
|
Indisponível |
|
Inscrever um cluster do GKE em um canal de lançamento |
|
Ativar o Login do SO |
|
Definir a saída do conector de acesso VPC para funções do Cloud Run |
|
Ative a restrição de política da organização "Restringir redes autorizadas em instâncias do Cloud SQL". |
|
Configurar métricas e alertas de registro para mudanças de rota da VPC |
|
Evitar RSASHA1 para assinatura de DNSSEC |
|
Indisponível |
|
Indisponível |
|
Exigir rotação de chaves da conta de serviço |
|
Aplicar a segregação de funções |
|
Ativar a VM protegida para instâncias do Compute Engine |
|
Restringir a criação de rede padrão para instâncias do Compute Engine |
|
Ativar a CMEK para bancos de dados do Cloud SQL |
|
Desativar a flag de autenticação de banco de dados contido para SQL Server |
|
Desativar a flag de encadeamento de propriedade entre bancos de dados para o SQL Server |
|
Desativar a flag de scripts externos para o SQL Server |
|
Configurar métricas e alertas de registro para mudanças na configuração do Cloud SQL |
|
Desativar a flag local_infile para MySQL |
|
Ativar a flag de pontos de verificação de registros para PostgreSQL |
|
Ativar a flag "Log Connections" para PostgreSQL |
|
Ativar a flag "Log Disconnections" para PostgreSQL |
|
Ativar a flag de duração do registro para a instância do PostgreSQL |
|
Ativar a flag de verbosidade de erro de registro para PostgreSQL |
|
Desativar a flag de estatísticas do executor de registros para PostgreSQL |
|
Desativar a flag de nome do host de registro para PostgreSQL |
|
Ativar a flag de espera de bloqueios de registros para a instância do PostgreSQL |
|
Desativar a flag de instrução de duração mínima de registros para PostgreSQL |
|
Ativar a flag "Log Min Error Statement" para PostgreSQL |
|
Indisponível |
|
Ativar a flag "Log Min Messages" para PostgreSQL |
|
Desativar a flag de estatísticas do analisador de registros para PostgreSQL |
|
Desativar a flag de estatísticas do planejador de registros para PostgreSQL |
|
Ativar a flag de instrução de registro para PostgreSQL |
|
Ativar a flag "Log Temp Files" para a instância do PostgreSQL |
|
Indisponível |
|
Bloquear endereços IP públicos para instâncias do Cloud SQL |
|
Desativar a flag de acesso remoto para o SQL Server |
|
Ativar a criptografia SSL nas instâncias do AlloyDB |
|
Ativar a flag "Skip Show Database" para MySQL |
|
Ativar a flag de banco de dados de rastreamento 3625 para o SQL Server |
|
Não use a flag de conexões de usuário para o SQL Server |
|
Não use a flag de opções do usuário para o SQL Server |
|
Indisponível |
|
Aplicar SSL a todas as conexões de banco de dados de entrada |
|
Limitar usuários de chaves criptográficas do KMS a três |
|
Ativar o acesso uniforme no nível do bucket nos buckets do Cloud Storage |
|
Restringir chaves de contas de serviço gerenciadas pelo usuário |
|
Indisponível |
|
Restringir políticas de SSL não seguras para instâncias do Compute Engine |
|
Não use a interface da Web do Kubernetes |
|
Ativar a Federação de Identidade da Carga de Trabalho para GKE em clusters |