Modelos

É possível usar modelos para criar e persistir informações de configuração para uso com a Proteção de Dados Sensíveis. Os modelos são úteis para desassociar informações de configuração, como o que você inspeciona e como você faz a desidentificação da implementação das solicitações. Os modelos oferecem uma maneira robusta de gerenciar implantações em larga escala dos recursos da Proteção de Dados Sensíveis.

A Proteção de Dados Sensíveis é compatível com dois tipos de modelos:

• Modelos de inspeção: salvam as informações de configuração para jobs de verificação de inspeção, incluindo os detectores predefinidos ou personalizados que serão usados.
• Modelos de desidentificação: salvam as informações de configuração para jobs de desidentificação, incluindo as transformações de InfoType e de conjunto de dados estruturados.

Quando usar modelos

Veja alguns casos de uso comuns:

• Padronizar a governança em vários projetos: padronize as regras de inspeção (como conjuntos de detectores de infoType organizacionais) no nível da organização ou da pasta para aplicar uma segurança de dados consistente em várias equipes.
• Desvincular a configuração de segurança do código do aplicativo: permitir que os administradores de segurança e conformidade modifiquem infoTypes ou regras de transformação sem que os desenvolvedores precisem atualizar as chamadas de API ou reimplantar os aplicativos.
• Aplique a segregação de funções e o controle de acesso: use as permissões do Identity and Access Management para restringir quem pode editar configurações de transformação sensíveis (como chaves criptográficas usadas na desidentificação) e, ao mesmo tempo, conceder permissão a equipes mais amplas para executar jobs que fazem referência ao modelo.
• Aplique proteção uniforme em cargas de trabalho em lote e de streaming: aplique as mesmas políticas de desidentificação ou inspeção em chamadas de API de conteúdo em tempo real e em verificações programadas de repositórios de armazenamento (como BigQuery e Cloud Storage).
• Simplifique as atualizações de compliance: adicione tipos de dados sensíveis recém-mandatórios (como um novo detector de ID nacional) a um único modelo para que todos os jobs de inspeção e criação de perfil futuros herdem automaticamente a mudança.

Vantagens dos modelos

Com os modelos, é possível usar uma única fonte para as informações de configuração do job. Considere uma solicitação típica de verificação de inspeção para a Proteção de Dados Sensíveis. Seja para inspecionar texto, uma imagem ou dados estruturados em um repositório de armazenamento do Google Cloud , sua solicitação de inspeção incluirá duas informações básicas:

• Os dados a serem verificados: os dados propriamente ditos ou as informações sobre a localização deles
• O que precisa ser verificado: os InfoTypes predefinidos ou personalizados que serão ativados, os limites de probabilidade etc.

Digamos que você tenha programado vários jobs de inspeção de armazenamento para serem executados, todos os quais verificaram um repositório de armazenamentoGoogle Cloud em busca de números de telefone e, em seguida, criaram um relatório das descobertas. Veja a seguir descrições conceituais resumidas desses jobs. "inspectJob" representa os dados a serem verificados, e "inspectConfig" representa o que será verificado.

Job de inspeção 1:

• "inspectJob": banco de dados de marketing do segundo trimestre de 2017.
• "inspectConfig": InfoType PHONE_NUMBER.

Job de inspeção 2:

• "inspectJob": banco de dados de contatos de alerta do cliente.
• "inspectConfig": InfoType PHONE_NUMBER.

Job de inspeção 3:

• "inspectJob": banco de dados ultrassecreto de estratégias de parceiros VIP.
• "inspectConfig": InfoType PHONE_NUMBER.

Job de inspeção 4:

• "inspectJob": banco de dados de contratos do governo.
• "inspectConfig": InfoType PHONE_NUMBER.

A fonte de dados de cada job é diferente, mas as instruções sobre o que verificar são idênticas. Agora, imagine que você também quer verificar endereços de e-mail. Nesse caso, você teria que editar a configuração de cada job e adicionar endereços de e-mail a "inspectConfig". Se você tivesse usado um modelo para configurar o que verificar, bastaria editar uma configuração do modelo. Na próxima vez em que qualquer um desses jobs for executado, ele saberá se há números de telefone e endereços de e-mail porque o "inspectConfig" foi definido como um modelo.

Objetos InspectTemplate e DeidentifyTemplate

Os modelos são representados na Proteção de Dados Sensíveis pelos objetos InspectTemplate e DeidentifyTemplate. Ambos os objetos de modelo contêm uma configuração (um conjunto de detectores de InfoType) a ser usada em qualquer lugar em que você normalmente especificaria os objetos InspectConfig ou DeidentifyConfig.

Campos de configuração de modelo

Cada objeto de modelo contém o objeto de configuração que o modelo implementa, além de vários outros campos de configuração:

• o nome do modelo, o nome de exibição e a descrição
• O objeto InspectConfig ou DeidentifyConfig: as informações de configuração do job de inspeção ou desidentificação
• Carimbos de data/hora somente leitura para tempo de criação ("createTime") e um horário da última atualização ("updateTime")

Métodos de modelo

Cada objeto de modelo também inclui vários métodos de gerenciamento integrados. Eles permitem que você mantenha o modelo sem precisar atualizar todas as solicitações ou integrações. Na tabela a seguir, cada método de gerenciamento está vinculado e organizado de acordo com a aplicação do modelo (para a organização ou o projeto) ou com o tipo do modelo (de desidentificação ou inspeção):

	organization.		project.
	deidentify Templates.	inspect Templates.	deidentify Templates.	inspect Templates.
Criar um novo modelo	create	create	create	create
Atualizar um modelo existente	patch	patch	patch	patch
Excluir um modelo existente	delete	delete	delete	delete
Recuperar um modelo existente, incluindo sua configuração e status	get	get	get	get
Listar todos os modelos de job existentes	list	list	list	list

Como usar modelos

Os modelos estão disponíveis para informações de configuração de inspeção e desidentificação e podem ser usados em chamadas de API Content (texto e imagens) e jobs de Proteção de Dados Sensíveis (repositórios de armazenamento).

Os modelos têm controles avançados de gerenciamento de identidade e acesso (IAM) para que você possa restringir o gerenciamento apenas a usuários aprovados. Para mais informações, consulte:

• Papéis do IAM da Proteção de Dados Sensíveis
• Permissões do IAM da Proteção de Dados Sensíveis

Recursos

Para saber como criar e usar modelos com a Proteção de Dados Sensíveis, consulte:

• Como criar modelos de inspeção da Proteção de Dados Sensíveis
• Como criar modelos de desidentificação da Proteção de Dados Sensíveis