O Cloud Monitoring criptografa todos os dados em repouso usando Google-owned and Google-managed encryption keys. Entender onde os metadados do cliente são armazenados ajuda a evitar a exposição de dados sensíveis e atender aos requisitos de conformidade de segurança de dados. Como o Monitoring não é compatível com chaves de criptografia gerenciadas pelo cliente (CMEK), este documento explica onde dados sensíveis podem entrar nas métricas e configurações e como ocultar ou auditar esses dados.
Criptografia de dados em repouso
Todos os dados em repouso no Cloud Monitoring são criptografados usando Google-owned and Google-managed encryption keys. Para mais informações, consulte Criptografia padrão em repouso. O Cloud Monitoring não é compatível com o uso de chaves de criptografia gerenciadas pelo cliente (CMEK) para proteger seus dados em repouso. Por padrão, o Monitoring não armazena dados sensíveis e não se destina ao uso com informações de identificação pessoal (PII) ou outro conteúdo privado do cliente. Use o Monitoring para armazenar dados agregados e não identificáveis de atividade do usuário ou informações agregadas com base em eventos de segunda ordem, como contagens de solicitações e outras métricas semelhantes.
No entanto, há lugares no Monitoring em que é possível inserir inadvertidamente dados sensíveis do cliente. Como o Cloud Monitoring armazena metadados e rótulos de recursos, os dados do cliente podem chegar ao Monitoring quando você nomeia configurações ou executa ações de metadados, como rotular um recurso, anotar uma instância ou armazenar recursos personalizados usando definições de recursos personalizados (CRDs, na sigla em inglês) no Google Kubernetes Engine.
O restante deste documento descreve os pontos em que esses dados podem ser inseridos e como procurar a captura desses dados.
Possíveis pontos de inserção
A tabela a seguir descreve os pontos em que dados confidenciais podem ser enviados para o Cloud Monitoring.
| Dados gerados pelo Google como métricas definidas pelo sistema e painéis integrados |
Dados gerados pelo cliente como métricas personalizadas ou com base em registros e painéis personalizados |
|
|---|---|---|
| Rótulos de recursos | Valores derivados de dados do cliente, como um nome de instância de VM, ou independentes de dados do cliente, como um número de projeto. | Valores que contêm dados sensíveis, como nomes de hardware ainda não lançado |
| Rótulos de métrica | Valores derivados de dados do cliente, como um nome de instância de VM, ou independentes de dados do cliente, como um número de projeto. |
|
| Pontos de dados em série temporal | Nenhuma ação é possível. Não pode ser ocultado | As séries temporais em métricas definidas pelo usuário (métricas personalizadas e com base em registros) podem conter dados sensíveis do cliente se os aplicativos os coletarem intencionalmente. |
| Descritores de métrica | Nenhuma ação é possível. Não pode ser ocultado |
|
| Políticas de alertas | Nenhuma ação é possível. Não pode ser ocultado |
|
| Painéis | Nenhuma ação é possível. Não pode ser ocultado |
|
| Canais de notificação | Nenhuma ação é possível. Não pode ser ocultado |
|
| Grupos de recursos | Nenhuma ação é possível. Não pode ser ocultado |
|
| Verificações de tempo de atividade | Nenhuma ação é possível. Não pode ser ocultado |
|
| Escopos de métricas | Não relevante | Somente metadados |
Como proteger metadados confidenciais
Se você quiser que todos os dados sejam protegidos por CMEK, não coloque informações sensíveis em configurações de recursos ou metadados no Google Cloud. Se dados sensíveis precisarem ser usados em configurações de recursos, metadados de recursos ou valores de rótulo, recomendamos que você os proteja usando identificadores ocultos no Google Cloud e uma tabela de mapeamento externa ao Google Cloud.
Se você enviar dados confidenciais de séries temporais para o Monitoring, a única maneira de garantir que os dados sejam excluídos é excluir o projeto doGoogle Cloud . Caso contrário, os dados de série temporal serão excluídos somente depois de atingirem o limite de retenção de dados, que é de 24 meses para métricas definidas pelo usuário.
Como inspecionar dados para garantir a conformidade
É possível inspecionar seus dados manualmente no Cloud Monitoring para garantir que eles estejam em conformidade com padrões de segurança.
Dados de configuração
Para garantir que os rótulos e os filtros usados nos artefatos de configuração, como as políticas de alertas, fiquem ocultos, é possível recuperar e inspecionar os dados de configuração. Inspecione o seguinte:
Políticas de alertas, conforme descrito em Listar e receber políticas de alertas. As políticas de alertas com base em objetivos de nível de serviço têm filtros que se referem ao SLO, por exemplo:
filter: select_slo_burn_rate("projects/PROJECT_NUMBER/services/SERVICE_ID/serviceLevelObjectives/SLO_ID")É possível recuperar a configuração do SLO fornecendo o nome totalmente qualificado do SLO do filtro para o método
serviceLevelObjectives.get.Canais de notificação, conforme descrito em Listar canais de notificação em um projeto.
Configurações de verificação de tempo de atividade, conforme descrito em Gerenciar verificações de tempo de atividade.
Painéis personalizados, conforme descrito em Listar painéis.
Grupos de recursos usando o método
groups.list.
Dados de métricas
Para inspecionar dados de métricas, considere os descritores de métricas definidas pelo usuário e os dados de série temporal gravados nesses descritores.
Descritores de métrica
Para garantir que os nomes de exibição, as descrições e as chaves de rótulo em qualquer descritor de métrica estejam devidamente ocultos, inspecione os descritores, conforme descrito em Listar descritores de métricas.
Para pesquisar métricas personalizadas, use o filtro:
metric.type = starts_with("custom.googleapis.com")Para pesquisar métricas com base em registros, use o filtro:
metric.type = starts_with("logging.googleapis.com/user")
Dados de série temporal
Para garantir que os próprios dados de série temporal sejam ocultados adequadamente, recupere-os e inspecione os valores dos identificadores de métricas e recursos, além de outros dados armazenados. Preste atenção especial aos dados de séries temporais coletados por métricas personalizadas ou com base em registros. Para informações sobre como recuperar dados de série temporal, consulte Recuperar dados de série temporal.