Criar perfil de dados da Vertex AI em um único projeto

Neste documento, descrevemos como configurar a descoberta de dados sensíveis para dados da Vertex AI no nível do projeto. Para instruções sobre como configurar a descoberta no nível da organização ou da pasta, consulte Criar perfil de dados da Vertex AI em uma organização ou pasta.

Para mais informações sobre o serviço de descoberta, consulte Perfis de dados.

Antes de começar

1. Se você tiver uma assinatura de descoberta no nível da organização, incluindo uma pelo Security Command Center, saiba que essa configuração de descoberta para envolvidos no projeto não está incluída na sua assinatura e é faturada separadamente. Recomendamos que você use uma configuração de descoberta no nível da organização para criar o perfil do projeto. Para mais informações, consulte Criar perfis de projetos ou recursos de dados selecionados em uma organização ou pasta.

2. Verifique se a API Cloud Data Loss Prevention está ativada no seu projeto:

   Faça login na sua conta do Google Cloud . Se você começou a usar o Google Cloudagora, crie uma conta para avaliar o desempenho dos nossos produtos em situações reais. Clientes novos também recebem US $300 em créditos para executar, testar e implantar cargas de trabalho.

   In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

   Roles required to select or create a project

   • Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
   • Create a project: To create a project, you need the Project Creator role (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

   Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

   Go to project selector

   Verify that billing is enabled for your Google Cloud project.

   Enable the required API, if it is not already enabled.

   Roles required to enable APIs

   To enable APIs, you need the serviceusage.services.enable permission. If you created the project, then you likely already have this permission through the Owner role (roles/owner). Otherwise, you can get this permission through the Service Usage Admin role (roles/serviceusage.serviceUsageAdmin). Learn how to grant roles.

   Enable the API

   In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

   Roles required to select or create a project

   • Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
   • Create a project: To create a project, you need the Project Creator role (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

   Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

   Go to project selector

   Verify that billing is enabled for your Google Cloud project.

   Enable the required API, if it is not already enabled.

   Roles required to enable APIs

   To enable APIs, you need the serviceusage.services.enable permission. If you created the project, then you likely already have this permission through the Owner role (roles/owner). Otherwise, you can get this permission through the Service Usage Admin role (roles/serviceusage.serviceUsageAdmin). Learn how to grant roles.

   Enable the API

3. Confirme se você tem as permissões do IAM necessárias para configurar perfis de dados no nível do projeto.

4. É preciso ter um modelo de inspeção em cada região em que você tem dados para serem perfilados. Se você quiser usar um único modelo para várias regiões, use um modelo armazenado na região global. Se as políticas organizacionais impedirem a criação de um modelo de inspeção na região global, defina um modelo de inspeção dedicado para cada região. Para mais informações, consulte Considerações sobre residência de dados.

   Com esta tarefa, você pode criar um modelo de inspeção apenas na região global. Se você precisar de modelos de inspeção dedicados para uma ou mais regiões, crie esses modelos antes de realizar essa tarefa.

5. É possível configurar a Proteção de Dados Sensíveis para enviar notificações ao Pub/Sub quando determinados eventos ocorrerem, como quando a Proteção de Dados Sensíveis criar o perfil de um novo recurso. Se você quiser usar esse recurso, primeiro crie um tópico do Pub/Sub.

Criar uma configuração de verificação

1. Acesse a página Criar configuração de verificação.

   Acessar "Criar configuração de verificação"

2. Acesse seu projeto. Na barra de ferramentas, clique no seletor de projetos e selecione seu projeto.

As seções a seguir fornecem mais informações sobre as etapas na página Criar configuração de verificação. No final de cada seção, clique em Continuar.

Selecione um tipo de descoberta

Selecione Vertex AI.

Selecionar escopo

Escolha uma destas opções:

• Se você quiser verificar um único recurso, selecione Verificar um recurso.

  Para cada recurso, só é possível ter uma configuração de verificação de recurso único. Para mais informações, consulte Criar perfil de um único recurso de dados.

  Preencha os detalhes do recurso que você quer criar um perfil.

• Se você quiser realizar a criação de perfil padrão para envolvidos no projeto, selecione Verificar o projeto selecionado.

Gerenciar programações

Se a frequência de criação de perfil padrão atender às suas necessidades, pule esta seção da página Criar configuração de verificação.

Configure esta seção pelos seguintes motivos:

• Para fazer ajustes refinados na frequência de criação de perfis de todos os seus dados ou de determinados subconjuntos.
• Para especificar os recursos que você não quer analisar.
• Para especificar os recursos que você não quer que sejam analisados mais de uma vez.

Para fazer ajustes detalhados na frequência de criação de perfil, siga estas etapas:

1. Clique em Adicionar programação.

2. Na seção Filtros, defina um ou mais filtros que especificam quais recursos estão no escopo do cronograma. Um recurso é considerado no escopo da programação se corresponder a pelo menos um dos filtros definidos.

   Para configurar um filtro, especifique um ID do projeto ou uma expressão regular que especifique um ou mais projetos.

   As expressões regulares precisam seguir a sintaxe RE2.

   Por exemplo, se você quiser que todos os recursos de um projeto sejam incluídos no filtro, insira o ID do projeto no campo ID do projeto.

   Se quiser incluir mais filtros, clique em Adicionar filtro e repita essa etapa.

3. Clique em Frequência.

4. Na seção Frequência, especifique se o serviço de descoberta perfila os recursos selecionados e, em caso afirmativo, com que frequência:

   • Se você não quiser que os recursos sejam analisados, desative a opção Analisar estes dados.

   • Se você quiser que os recursos sejam analisados pelo menos uma vez, deixe Criar perfil desses dados ativado.

     Nos campos seguintes desta seção, especifique se o sistema precisa criar um novo perfil dos seus dados e quais eventos devem acionar uma operação de recriação de perfil. Para mais informações, consulte Frequência de geração de perfis de dados.

     1. Em Em uma programação, especifique a frequência com que você quer que os recursos tenham o perfil recriado. Os recursos são reprofilados, independente de terem sofrido mudanças.
     2. Em Quando o modelo de inspeção mudar, especifique se você quer que o perfil dos dados seja reformulado quando o modelo de inspeção associado for atualizado e, em caso afirmativo, com que frequência.
        Observação:especifique os modelos de inspeção a serem usados na etapa Selecionar modelo de inspeção nesta página.

        Uma mudança no modelo de inspeção é detectada quando ocorre uma das seguintes situações:

        • O nome de um modelo de inspeção muda na configuração da verificação.
        • O updateTime de um modelo de inspeção muda.

     Por exemplo, se você definir um modelo de inspeção para a região us-west1 e atualizar esse modelo, somente os dados na região us-west1 serão reformulados.

5. Opcional: clique em Condições.

   Na seção Condições, especifique as condições que os recursos definidos nos filtros precisam atender antes de serem analisados pela Proteção de Dados Sensíveis.

   Se necessário, defina o seguinte:

   • Condição de tempo: se você não quiser que recursos antigos sejam analisados, ative essa opção. Em seguida, use o seletor de data para selecionar uma data e hora. Qualquer recurso criado até o carimbo de data/hora selecionado é excluído da criação de perfil.

   • Condição mínima: se você quiser atrasar a criação de perfil de um recurso até que ele atinja uma determinada idade, ative essa opção. Em seguida, insira a duração mínima.

   • Tipos de recursos: para limitar a criação de perfil a determinados tipos de recursos da Vertex AI, desmarque a caixa de seleção Todos os tipos de recursos e selecione os tipos de recursos que a Proteção de Dados Sensíveis precisa analisar.

     Importante :se você pular esta etapa, todos os tipos de recursos da Vertex AI serão perfilados. Se novos tipos de recursos da Vertex AI forem compatíveis posteriormente, eles serão incluídos automaticamente na configuração e também serão perfilados.

   Exemplos de condições

   Suponha que você tenha a seguinte configuração:

   • Condição de tempo

     • Carimbo de data/hora: 05/4/22, 23h59

   • Condições mínimas

     • Duração mínima: 24 horas

   • Tipos de recurso

     • Job de ajuste

   Nesse caso, a Proteção de Dados Sensíveis exclui qualquer job de ajuste criado até as 23h59 de 4 de maio de 2022. Entre os jobs de ajuste criados depois dessa data e hora, a Proteção de Dados Sensíveis só vai criar perfis para os jobs de ajuste com pelo menos 24 horas de idade. Outros tipos de recursos da Vertex AI não são analisados.

6. Clique em Concluído.

7. Opcional: para adicionar mais programações, clique em Adicionar programação e repita as etapas anteriores.

8. Para especificar a precedência entre os programações, reordene-as usando as setas para cima e para baixo .

   A ordem das programações especifica como os conflitos entre elas são resolvidos. Se um recurso corresponder aos filtros de duas programações diferentes, a programação mais alta na lista de programações ditará a frequência de criação de perfil para esse recurso.

   Observação: se o modo de preço de descoberta for o modo de assinatura, a taxa em que a Proteção de Dados Sensíveis cria o perfil dos dados será afetada pela capacidade que você comprou. Para determinar sua capacidade diária de criação de perfil, consulte Monitoramento de utilização. Se você tiver subprovisionado a capacidade, as frequências de criação de perfil definidas nas programações poderão não ser seguidas. Se houver um backlog de dados a serem analisados, a ordem de programação não vai ditar a ordem em que a Proteção de Dados Sensíveis cria perfis dos dados no backlog. Em vez disso, todos os recursos de dados no escopo recebem um slot atribuído aleatoriamente na fila.

9. Opcional: edite ou desative a Programação geral.

   A última programação da lista é a programação geral. Essa programação abrange os recursos no escopo selecionado que não correspondem a nenhuma das programações que você criou. A programação de captura geral segue a frequência padrão de criação de perfis do sistema.

   • Para ajustar a programação geral, clique em Editar programação e ajuste as configurações conforme necessário.
   • Para impedir que a Proteção de Dados Sensíveis crie o perfil de qualquer recurso coberto pela programação geral, desative a opção Criar um perfil dos recursos que não correspondem a nenhuma programação personalizada.

Selecionar modelo de inspeção

Dependendo de como você quer fornecer uma configuração de inspeção, escolha uma das opções a seguir. Independentemente da opção escolhida, a Proteção de Dados Sensíveis verifica seus dados na região em que eles estão armazenados. Ou seja, seus dados não saem da região de origem.

Opção 1: criar um modelo de inspeção

Escolha essa opção se quiser criar um modelo de inspeção na região global.

1. Clique em Criar novo modelo de inspeção.

2. Opcional: para modificar a seleção padrão de infoTypes, clique em Gerenciar infoTypes.

   Para mais informações sobre como gerenciar infoTypes integrados e personalizados, consulte Gerenciar infoTypes no consoleGoogle Cloud .

   É preciso selecionar pelo menos um infoType para continuar.

3. Opcional: configure o modelo de inspeção ainda mais adicionando conjuntos de regras e definindo um limite de confiança. Para mais informações, consulte Configurar detecção.

Quando a Proteção de Dados Sensíveis cria a configuração de verificação, ela armazena esse novo modelo de inspeção na região global.

Opção 2: usar um modelo de inspeção atual

Escolha essa opção se você tiver modelos de inspeção que quer usar.

1. Clique em Selecionar modelo de inspeção existente.
2. Insira o nome completo do recurso do modelo de inspeção que você quer usar. O campo Região é preenchido automaticamente com o nome da região em que o modelo de inspeção está armazenado.

   O modelo de inspeção inserido precisa estar na mesma região que os dados a serem analisados.

   Para respeitar a residência de dados, a Proteção de dados sensíveis não usa um modelo de inspeção fora da região em que ele está armazenado.

   Para encontrar o nome completo do recurso de um modelo de inspeção, siga estas etapas:

   1. Acesse a lista de modelos de inspeção. Essa página é aberta em uma guia separada.

      Acessar modelos de inspeção

   2. Selecione o projeto que contém o modelo de inspeção que você quer usar.
   3. Selecione Configuração > Modelos > Inspecionar e clique no ID do modelo que você quer usar.
   4. Na página exibida, copie o nome completo do recurso do modelo. O nome completo do recurso segue este formato:

      projects/PROJECT_ID/locations/REGION/inspectTemplates/TEMPLATE_ID

   5. Na página Criar configuração de verificação, no campo Nome do modelo, cole o nome completo do recurso do modelo.
3. Para adicionar um modelo de inspeção para outra região, clique em Adicionar modelo de inspeção e insira o nome completo do recurso do modelo. Repita esse processo para cada região em que você tem um modelo de inspeção dedicado.
4. Opcional: adicione um modelo de inspeção armazenado na região global. A Proteção de dados sensíveis usa automaticamente esse modelo para dados em regiões onde você não tem um modelo de inspeção dedicado.
Atenção:se você não incluir um modelo de inspeção armazenado na região global, a Proteção de Dados Sensíveis não poderá criar perfis de dados em regiões que não têm um modelo de inspeção dedicado. Para mais informações, consulte Considerações sobre residência de dados.

Adicionar ações

Nesta seção, descrevemos como especificar as ações que você quer que a Proteção de Dados Sensíveis realize depois de criar o perfil de um recurso. Essas ações são úteis se você quiser enviar insights coletados de perfis de dados para outros serviços doGoogle Cloud .

Observação: para informações sobre como outros serviços do Google Cloud podem cobrar por configurar ações, consulte Preços para exportar perfis de dados.

Publicar no Security Command Center

As descobertas de perfis de dados fornecem contexto quando você faz a triagem e desenvolve planos de resposta para suas descobertas de vulnerabilidades e ameaças no Security Command Center.

Observação: também é possível configurar o Security Command Center para priorizar automaticamente os recursos do recurso de simulação de caminho de ataque de acordo com a sensibilidade calculada dos dados que os recursos contêm. Para mais informações, consulte Definir valores de prioridade de recursos automaticamente por sensibilidade de dados.

Antes de usar essa ação, o Security Command Center precisa ser ativado no nível da organização. Ativar o Security Command Center no nível da organização permite o fluxo de descobertas de serviços integrados, como a Proteção de Dados Sensíveis. A Proteção de Dados Sensíveis funciona com o Security Command Center em todos os níveis de serviço.

Se a Proteção de Dados Sensíveis não estiver ativada no nível da organização, as descobertas dela não vão aparecer no Security Command Center. Para mais informações, consulte Verificar o nível de ativação do Security Command Center.

Para enviar os resultados dos seus perfis de dados ao Security Command Center, verifique se a opção Publicar no Security Command Center está ativada.

Para mais informações, consulte Publicar perfis de dados no Security Command Center.

Salvar cópias do perfil de dados no BigQuery

A Proteção de Dados Sensíveis salva uma cópia de cada perfil de dados gerado em uma tabela do BigQuery. Se você não fornecer os detalhes da tabela preferida, a Proteção de Dados Sensíveis vai criar um conjunto de dados e uma tabela no projeto. Por padrão, o conjunto de dados é chamado de sensitive_data_protection_discovery e a tabela, de discovery_profiles.

Importante: a tabela de saída usa DataProfileBigQueryRowSchema como esquema. Esse esquema pode mudar à medida que a Proteção de Dados Sensíveis adiciona recursos. Verifique se os fluxos de trabalho podem lidar com mudanças de esquema, por exemplo, ignorando campos desconhecidos.

Essa ação permite que você mantenha um histórico de todos os perfis gerados. Esse histórico pode ser útil para criar relatórios de auditoria e visualizar perfis de dados. Você também pode carregar essas informações em outros sistemas.

Além disso, essa opção permite ver todos os seus perfis de dados em uma única visualização, independente da região em que eles estão. Embora também seja possível visualizar os perfis de dados pelo console doGoogle Cloud , o console exibe os perfis em apenas uma região por vez.

Quando a Proteção de Dados Sensíveis não consegue criar o perfil de um recurso, ela tenta de novo periodicamente. Para minimizar o ruído nos dados exportados, a Proteção de dados sensíveis exporta apenas os perfis gerados com sucesso para o BigQuery.

A Proteção de Dados Sensíveis começa a exportar perfis a partir do momento em que você ativa essa opção. Os perfis gerados antes da ativação da exportação não são salvos no BigQuery.

Observação : o agente de serviço associado ao seu projeto precisa ter acesso de gravação na tabela em que as cópias do perfil serão salvas.

Para exemplos de consultas que podem ser usadas ao analisar perfis de dados, consulte Analisar perfis de dados.

Salvar as descobertas de amostra no BigQuery

A Proteção de Dados Sensíveis pode adicionar amostras de descobertas a uma tabela do BigQuery de sua escolha. Os exemplos representam um subconjunto de todas as descobertas e podem não representar todos os infoTypes descobertos. Normalmente, o sistema gera cerca de 10 descobertas de amostra por recurso, mas esse número pode variar para cada execução de descoberta.

Cada descoberta inclui a string real (também chamada de citação) que foi detectada e o local exato dela.

Essa ação é útil se você quiser avaliar se a configuração de inspeção está correspondendo corretamente ao tipo de informação que você quer sinalizar como sensível. Usando os perfis de dados e as amostras de descobertas exportadas, você pode executar consultas para receber mais informações sobre os itens específicos sinalizados, os infoTypes correspondentes, os locais exatos, os níveis de sensibilidade calculados e outros detalhes.

Importante: a tabela de saída usa DataProfileFinding como esquema. Esse esquema pode mudar à medida que a Proteção de Dados Sensíveis adiciona recursos. Verifique se os fluxos de trabalho podem lidar com mudanças de esquema, por exemplo, ignorando campos desconhecidos.

Para salvar as descobertas de amostra em uma tabela do BigQuery, siga estas etapas:

1. Ative a opção Salvar as descobertas de amostra no BigQuery.

2. Insira os detalhes da tabela do BigQuery em que você quer salvar as descobertas de amostra.

   A tabela especificada para essa ação precisa ser diferente da usada para a ação Salvar cópias do perfil de dados no BigQuery.

   • Em ID do projeto, insira o ID de um projeto em que você quer exportar os resultados.

   • Em ID do conjunto de dados, insira o nome de um conjunto de dados no projeto.

   • Em ID da tabela, insira o nome da tabela do BigQuery em que você quer salvar as descobertas. Se essa tabela não existir, a Proteção de Dados Sensíveis vai criá-la automaticamente usando o nome que você fornecer.

Observação : o agente de serviço associado ao projeto precisa ter acesso de gravação na tabela.

Para informações sobre o conteúdo de cada descoberta salva na tabela do BigQuery, consulte DataProfileFinding.

Publicar no Pub/Sub

Ao ativar a opção Publicar no Pub/Sub, você pode realizar ações programáticas com base nos resultados do perfil. É possível usar as notificações do Pub/Sub para desenvolver um fluxo de trabalho de detecção e correção de descobertas com risco ou sensibilidade de dados significativos.

Para enviar notificações para um tópico do Pub/Sub, siga estas etapas:

1. Ative a opção Publicar no Pub/Sub.

   Uma lista de opções vai aparecer. Cada opção descreve um evento que faz com que a Proteção de Dados Sensíveis envie uma notificação ao Pub/Sub.

2. Selecione os eventos que vão acionar uma notificação do Pub/Sub.

   Se você selecionar Enviar uma notificação do Pub/Sub sempre que um perfil for atualizado, a Proteção de Dados Sensíveis vai enviar uma notificação quando houver uma mudança no nível de confidencialidade, no nível de risco de dados, nos infoTypes detectados, no acesso público e em outras métricas importantes no perfil.

3. Para cada evento selecionado, siga estas etapas:

   1. Insira o nome do tópico. O nome precisa estar no seguinte formato:

      projects/PROJECT_ID/topics/TOPIC_ID
      

      Substitua:

      • PROJECT_ID: o ID do projeto associado ao tópico do Pub/Sub.
      • TOPIC_ID: o ID do tópico do Pub/Sub.

   2. Especifique se o perfil de recurso completo deve ser incluído na notificação ou apenas o nome completo do recurso que foi analisado.

   3. Defina os níveis mínimos de risco e sensibilidade de dados que precisam ser atendidos para que a Proteção de Dados Sensíveis envie uma notificação.

   4. Especifique se apenas uma ou ambas as condições de risco e sensibilidade de dados precisam ser atendidas. Por exemplo, se você escolher AND, as condições de risco de dados e de sensibilidade precisarão ser atendidas antes que a Proteção de Dados Sensíveis envie uma notificação.

Observação : o agente de serviço associado ao projeto precisa ter acesso de publicação no tópico do Pub/Sub. Um exemplo de papel com acesso de publicação é o de Publicador do Pub/Sub (roles/pubsub.publisher). Se houver problemas de configuração ou permissão com o tópico do Pub/Sub, a Proteção de Dados Sensíveis vai tentar enviar a notificação do Pub/Sub por até duas semanas. Depois de duas semanas, a notificação é descartada.

Enviar para o Knowledge Catalog como aspectos

Essa ação permite adicionar aspectos do Knowledge Catalog aos recursos com perfil com base em insights de perfis de dados. Essa ação é aplicada apenas a perfis novos e atualizados. Os perfis que não forem atualizados não serão enviados para o Knowledge Catalog.

Quando você ativa essa ação, a Proteção de Dados Sensíveis anexa o aspecto Sensitive Data Protection profile à entrada do Knowledge Catalog para cada recurso novo ou atualizado que você cria um perfil. Os aspectos gerados contêm insights coletados dos perfis de dados. Em seguida, pesquise na organização e nos projetos por entradas com valores de aspecto Sensitive Data Protection profile específicos.

Para enviar os perfis de dados ao Knowledge Catalog, verifique se a opção Enviar como aspectos para o Dataplex Catalog está ativada.

Para mais informações, consulte Adicionar aspectos do Knowledge Catalog com base em insights de perfis de dados.

Definir locais de processamento substitutos para imagens

Em geral, a Proteção de Dados Sensíveis processa seus dados no local em que eles estão armazenados. No entanto, as imagens só podem ser processadas em uma multirregião ou na região global. Se você definir um local substituto, a Proteção de Dados Sensíveis vai usá-lo para processar imagens que não estão em uma multirregião ou na região global. Se você pular esta seção, essas imagens não serão processadas.

Para definir locais substitutos para o processamento de imagens, selecione uma ou ambas as opções a seguir:

• Substituição pela multirregião: se uma imagem não puder ser processada no local original, ela será processada na multirregião correspondente. Se o local original da imagem não tiver uma multirregião correspondente, a imagem será ignorada.
• Substituição por global: se uma imagem não puder ser processada no local original, ela será processada na região global.

Se você selecionar as duas opções, a Proteção de Dados Sensíveis vai escolher qual local usar como substituto.

Definir o local para armazenar a configuração

Clique na lista Local do recurso e selecione a região em que você quer armazenar essa configuração de verificação. Todas as configurações de verificação que você criar depois também serão armazenadas nesse local.

O local escolhido para armazenar a configuração da verificação não afeta os dados a serem verificados. Seus dados são verificados na mesma região em que estão armazenados. Para mais informações, consulte Considerações sobre residência de dados.

Observação: se você já tiver uma configuração de verificação, não será possível alterar o valor definido nesse campo. Todas as configurações de verificação são armazenadas no mesmo local. Se quiser mudar o local de todas as configurações de verificação, exclua, recrie e armazene no novo local.

Revisar e criar

1. Se você quiser garantir que a criação de perfil não comece automaticamente depois de criar a configuração de verificação, selecione Criar verificação no modo pausado.

   Essa opção é útil nos seguintes casos:

   • Você optou por salvar os perfis de dados no BigQuery e quer garantir que o agente de serviço tenha acesso de gravação à tabela do BigQuery em que as cópias do perfil de dados serão salvas.
   • Você optou por salvar as descobertas de amostra no BigQuery e quer garantir que o agente de serviço tenha acesso de gravação à tabela do BigQuery em que as descobertas de amostra serão salvas.
   • Você configurou as notificações do Pub/Sub e quer conceder acesso de publicação ao agente de serviço.
2. Revise suas configurações e clique em Criar.

   A Proteção de Dados Sensíveis cria a configuração de verificação e a adiciona à lista de configurações de verificação de descoberta.

Para ver ou gerenciar as configurações de verificação, consulte Gerenciar configurações de verificação.

Observação: aprimoramos regularmente o algoritmo de detecção. Se descobrimos que sua organização ou projeto se beneficiaria de uma nova melhoria que implementamos, podemos gerar automaticamente os perfis de dados mais uma vez e refazer as ações na configuração de verificação. Não fazemos cobranças da Proteção de Dados Sensíveis para essa operação. No entanto, como refazemos as ações, talvez você receba cobranças pelo uso de outros serviços do Google Cloud . Por exemplo, se você configurou a Proteção de Dados Sensíveis para salvar os perfis de dados no BigQuery, pode receber cobranças do BigQuery.

A seguir

Saiba como gerenciar perfis de dados.

Saiba como gerenciar configurações de verificação.

Saiba como receber e analisar mensagens do Pub/Sub publicadas pelo criador de perfis de dados.

Saiba como resolver problemas com perfis de dados.

Confira os limites de criação de perfil de dados.