Controlar o acesso e proteger artefatos

Nesta página, descrevemos os serviços e recursos do Google Cloud que ajudam você a proteger seus artefatos.

Criptografia em repouso

Por padrão,o Google Cloud automaticamente criptografa os dados quando em repouso por meio de chaves de criptografia gerenciadas pelo Google. Se você tiver requisitos regulatórios ou de compliance específicos relacionados às chaves que protegem seus dados, crie repositórios criptografados com chaves de criptografia gerenciadas pelo cliente (CMEK).

Controle de acesso

Por padrão, todos os repositórios são particulares. Siga o princípio de segurança do privilégio mínimo e conceda apenas as permissões mínimas necessárias para usuários e contas de serviço.

Restringir downloads de artefatos

É possível restringir downloads de artefatos com regras de download. Com as regras de download, você permite ou nega downloads de artefatos dos seus repositórios e pacotes. Também é possível definir condições para que a regra seja aplicada a tags ou versões específicas.

Para cada repositório no seu projeto, você pode ter uma regra de download no nível do repositório e uma regra de download por pacote. Quando um cliente tenta fazer um download, o Artifact Registry primeiro verifica se há uma regra de download no pacote do artefato. Se uma regra não existir ou as condições dela não se aplicarem ao artefato, o Artifact Registry vai procurar uma regra no repositório.

Por exemplo, é possível criar uma regra para negar todos os downloads do repositório e outra para permitir downloads de um pacote específico. A regra no nível do pacote tem precedência, e somente os artefatos pertencentes a esse pacote podem ser baixados do repositório.

As regras de download estão disponíveis em todos os modos de repositório e para os seguintes formatos:

  • Docker
  • Go
  • Maven
  • npm
  • Python

Prevenção a ataques de exportação de dados

Para evitar a exfiltração de dados, use o VPC Service Controls para colocar o Artifact Registry e outros serviços do Google Cloud em um perímetro de segurança de rede.

Verificação de vulnerabilidades

O Artifact Analysis pode verificar imagens de contêiner em busca de vulnerabilidades de segurança em pacotes monitorados publicamente.

As seguintes opções estão disponíveis:

Verificação de vulnerabilidades automática
Quando ativado, esse recurso identifica as vulnerabilidades do pacote em suas imagens de contêiner. As imagens são verificadas quando são carregadas no Artifact Registry e os dados são monitorados continuamente para encontrar novas vulnerabilidades por até 30 dias após o envio da imagem.
API On-Demand Scanning
Quando ativado, é possível verificar manualmente imagens locais ou armazenadas no Artifact Registry. Esse recurso ajuda a detectar e resolver vulnerabilidades no início do pipeline de compilação. Por exemplo, é possível usar o Cloud Build para verificar uma imagem após a criação e, em seguida, bloquear o upload para o Artifact Registry se a verificação detectar vulnerabilidades em um nível de gravidade especificado. Se você também tiver ativado a verificação automática de vulnerabilidades, o Artifact Analysis também verificará as imagens enviadas para o registro.

Política de implantação

É possível usar a autorização binária para configurar uma política que o serviço aplica quando é feita uma tentativa de implantar uma imagem de contêiner em um dos ambientes Google Cloud compatíveis.

Por exemplo, é possível configurar a autorização binária para permitir implantações somente se uma imagem for assinada para conformidade com uma política de verificação de vulnerabilidades.

Remover imagens não usadas

Remova imagens de contêiner não usadas para reduzir os custos de armazenamento e mitigar os riscos de usar software mais antigo. Há várias ferramentas disponíveis para ajudar com essa tarefa, incluindo o gcr-cleaner. A ferramenta gcr-cleaner não é um produto oficial do Google.

Como integrar a segurança aos processos

Integrar os objetivos de segurança das informações ao trabalho diário pode ajudar a aumentar o desempenho da entrega de software e criar sistemas mais seguros. Essa ideia também é conhecida como mudança para a esquerda, porque as preocupações, incluindo questões de segurança, são abordadas anteriormente no ciclo de vida do desenvolvimento de software (isto é, deixadas em um diagrama de programação da esquerda para a direita). A integração de segurança aos processos é um dos recursos de DevOps identificados no programa de pesquisa DORA State of DevOps.

Para saber mais, faça o seguinte:

Considerações sobre repositórios públicos

Considere cuidadosamente os seguintes casos:

  • Uso de artefatos de fontes públicas
  • Como tornar públicos seus próprios repositórios do Artifact Registry

Como usar artefatos de fontes públicas

As seguintes fontes públicas de artefatos fornecem ferramentas que você pode usar ou dependências para suas versões e implantações:

No entanto, sua organização pode ter restrições que afetam o uso de artefatos públicos. Exemplo:

  • Você quer controlar o conteúdo da sua cadeia de suprimentos de software.
  • Você não quer depender de um repositório externo.
  • Você quer controlar estritamente as vulnerabilidades em seu ambiente de produção.
  • Você quer o mesmo sistema operacional de base em todas as imagens.

Considere as seguintes abordagens para proteger sua cadeia de suprimentos de software:

  • Configure builds automáticos para que seus artefatos tenham conteúdo consistente e conhecido. É possível usar acionadores de build do Cloud Build ou outras ferramentas de integração contínua.
  • Use imagens de base padronizadas. O Google fornece algumas imagens de base que podem ser usadas.
  • Corrija as vulnerabilidades nos seus artefatos. É possível usar a API On-Demand Scanning para verificar vulnerabilidades em imagens de contêiner antes de armazená-las no Artifact Registry. O Artifact Analysis também pode verificar contêineres enviados por push para o Artifact Registry.

Repositórios públicos do Artifact Registry

Para tornar um repositório do Artifact Registry público, conceda o papel Leitor do Artifact Registry à identidade allUsers.

Se todos os seus usuários tiverem contas Google Cloud , limite o acesso a usuários autenticados com a identidade allAuthenticatedUsers.

Considere as seguintes diretrizes antes de tornar um repositório do Artifact Registry público:

  • Verifique se todos os artefatos armazenados no repositório podem ser compartilhados publicamente e não expõem credenciais, dados pessoais ou confidenciais.
  • Por padrão, os projetos têm uma cota por usuário ilimitada. Para evitar abusos, limite a cota por usuário no seu projeto.
  • A cobrança pela transferência de dados de rede é feita quando os usuários baixam artefatos. Se você espera muito tráfego de download da Internet, considere os custos associados.

Orientações para aplicativos da Web

  • O OWASP Top 10 (em inglês) lista os principais riscos de segurança de aplicativos da Web de acordo com o Open Web Application Security Project (OSWAP).

Orientação para contêineres

  • O Center for Internet Security (CIS) tem um comparativo de mercado do Docker para avaliar a segurança de um contêiner do Docker.

    O Docker fornece um script de código aberto chamado Docker Bench for Security. Você pode usar o script para validar um contêiner do Docker em execução no comparativo de mercado do CIS do Docker.

    O Docker Bench For Security pode ajudar você a verificar muitos itens no comparativo de mercado do CIS do Docker, mas nem todos os itens são verificáveis com o script. Por exemplo, o script não pode verificar se o host do contêiner está mais protegido ou se a imagem do contêiner inclui dados pessoais. Analise todos os itens no comparativo de mercado e identifique aqueles que podem precisar de verificação adicional.

A seguir

Saiba mais sobre o gerenciamento de dependências