Mascaramento de Dados

O mascaramento substitui os valores originais para que deixem de ficar expostos, mantendo o registro estruturalmente utilizável. Um número de telefone mascarado ainda parece um número de telefone, um número de cartão mascarado mantém a quantidade de dígitos e um nome mascarado continua plausível.

Isso é diferente da criptografia, que gera um texto cifrado ilegível, projetado para ser revertido com uma chave. O mascaramento costuma ser de mão única: o objetivo não é recuperar o original depois, e sim tornar os valores reais desnecessários para a tarefa em questão. É uma técnica dentro da família mais ampla da ofuscação de dados.

Antes de mascarar, é preciso saber quais campos guardam valores sensíveis, o que cabe à classificação de dados. Depois, o mascaramento é útil sempre que pessoas ou sistemas precisam da forma dos dados reais sem o conteúdo sensível:

• Ambientes de teste e desenvolvimento. Desenvolvedores precisam de volumes e formatos parecidos com a produção, e um clone mascarado de um banco real entrega isso sem expor clientes reais.
• Suporte ao cliente e central de atendimento. Atendentes verificam o cliente com valores parciais, como os quatro últimos dígitos de um cartão, em vez de identificadores completos.
• Análises, treinamentos e demonstrações. Conjuntos de dados compartilhados internamente ou exibidos em demos são mascarados primeiro, para que uma captura de tela ou exportação não vaze registros reais.
• Exigências regulatórias. Padrões como o PCI DSS limitam quanto do número de um cartão pode ser exibido na tela.

As técnicas diferem no momento em que o mascaramento acontece e na forma como os valores são gerados. Entre os métodos relacionados estão a substituição, o embaralhamento, a anulação e a pseudonimização, que usa identificadores fictícios consistentes para que os registros continuem relacionáveis na análise. Dados pseudonimizados não são o mesmo que anonimização, porque registros vinculados ainda podem apontar para uma mesma pessoa.

O mascaramento dinâmico deixa os dados armazenados intactos e reescreve os valores na saída. O resultado depende de quem pede e para qual finalidade:

1. 1

   Chega a solicitação

   Um usuário ou aplicação consulta um campo que contém valores sensíveis.

2. 2

   A política verifica quem pede

   A regra de mascaramento considera o papel, a conta e a finalidade da consulta.

3. 3

   O valor é reescrito

   A fonte de dados devolve uma forma mascarada, por exemplo somente os quatro últimos dígitos de um cartão.

4. 4

   O original continua armazenado

   Nada é copiado ou alterado em repouso, então o registro de produção continua completo para processos autorizados.

O mascaramento só consegue ocultar valores que o sistema encontra. No console da Anexet, a detecção começa com expressões regulares para números estruturados, como os formatos de conta bancária e de SSN dos EUA, e com conjuntos de palavras-chave, por exemplo para cartões de crédito. Esses mesmos elementos servem como condições nas regras de bloqueio do Anexet DLP.

1 / 2

• 
• 

O mascaramento protege cópias e representações dos dados, não o original de produção. Esse original ainda exige controle de acesso, criptografia em repouso e controles de transferência, e a prevenção contra perda de dados continua sendo o controle para dados em trânsito.

Um mascaramento mal planejado também pode vazar. Substituições determinísticas podem ser reconstruídas por engenharia reversa, e dados que mantêm propriedades estatísticas podem permitir inferências sobre pessoas. Por isso o mascaramento é uma camada de um programa mais amplo de proteção de dados, e não um substituto para ele.

Comece pelas cópias que saem do sistema de produção: bases de teste, exportações e dados de demonstração. Mascare-as primeiro e depois revise quais papéis ainda precisam dos valores completos, e por quê.

Leitura adicional: Segurança da informação de bancos de dados.