As causas mais comuns
A maioria dos incidentes vem de ações normais de trabalho feitas um pouco errado. O destinatário errado é a causa isolada mais frequente. A maior parte desses erros acontece em serviços de mensagens eletrônicas, o canal pelo qual passa a maioria das divulgações.
| Causa | Como se apresenta |
|---|---|
| Destinatário errado | Autopreenchimento escolhe nome parecido ou responder a todos amplia o público |
| Anexo errado | O arquivo vizinho na pasta ou uma versão anterior com dados extras |
| Compartilhamento amplo demais | Link configurado para qualquer pessoa ou canal maior que o público |
| Conteúdo oculto | Controle de alterações, comentários, linhas ocultas ou metadados no arquivo |
| Ocultação incompleta | Texto coberto visualmente, mas ainda presente por baixo |
| Agregação | Trechos inofensivos que, juntos, identificam pessoas |
| Configuração incorreta | Repositório, bucket ou ambiente de teste deixado aberto |
| Físico e ambiente | Impressões esquecidas e telas visíveis em espaço compartilhado |
Por que ela domina as estatísticas de incidentes
Cada uma dessas ações é um trabalho normal executado de forma levemente errada. Enviar arquivos, compartilhar documentos e publicar relatórios é o próprio trabalho; a falha é um único passo mal direcionado dentro de uma tarefa repetida centenas de vezes por semana. Volume mais rotina equivale a frequência. Treinamento de conscientização sozinho não resolve, porque os usuários envolvidos geralmente conhecem a política e pretendiam segui-la. É o lado não malicioso do risco interno.
Detecção e resposta
A divulgação acidental costuma ser descoberta tarde, quase sempre por alguém de fora da organização. O destinatário involuntário a reporta, um parceiro percebe dados desconhecidos ou um pesquisador encontra um repositório exposto. Quando os dados saem da organização, tornam-se um vazamento de dados que ninguém controla.
O cancelamento é pouco confiável na prática: um e-mail que saiu da organização não pode ser retirado, e um arquivo baixado não pode ser desfeito. Por isso a prevenção carrega a maior parte do peso. A resposta, ainda assim, segue os passos de qualquer violação:
- 1
Definir o escopo
Apurar o que foi divulgado e para quem.
- 2
Tentar a recuperação
Tentar cancelamento ou revogação, se a plataforma permitir.
- 3
Avaliar obrigações
Verificar as obrigações regulatórias de notificação.
- 4
Registrar o resultado
Documentar o ocorrido e as medidas adotadas.
Tratamento regulatório
Em termos regulatórios, a divulgação acidental é uma violação de dados independentemente da intenção. Sob o GDPR, a divulgação não autorizada de dados pessoais aciona a avaliação frente ao prazo de notificação de 72 horas. As autoridades de controle examinam se havia medidas técnicas e organizacionais adequadas, e é aí que contam os controles preventivos documentados e os registros de auditoria.
Controles que realmente ajudam
Os controles eficazes intervêm dentro do fluxo de trabalho, e não depois dele. Essa é a função central da prevenção contra perda de dados. Nessa categoria, o aviso funciona melhor que o bloqueio silencioso: a intenção do usuário está correta, então dizer o que ele está prestes a fazer costuma bastar.
| Controle | O que faz | Onde atua |
|---|---|---|
| Avisos sensíveis ao conteúdo | Nomeiam o risco específico no momento do envio | Mensagens e uploads no momento do envio |
| Salvaguardas de destinatários | Marcam destinatários externos, separam endereços parecidos, atrasam a saída | Endereços antes do envio |
| Bloqueio de categorias definidas | Recusa a transferência para um conjunto pequeno de conteúdo regulado | Canais que transportam conteúdo regulado |
| Higiene de compartilhamento | Expiração padrão de links, autenticação e revisão de compartilhamentos inativos | Links e pastas na nuvem |
| Higiene de documentos | Remove conteúdo oculto e metadados antes da divulgação | Arquivos antes da publicação |
| Monitoramento de configuração | Verifica continuamente repositórios e armazenamentos expostos demais | Repositórios, buckets e ambientes de teste |
Como o aviso aparece no Anexet
Quando uma regra interrompe a transferência, o usuário vê a mensagem escrita pelo administrador, que a configura no console. O bloqueio de transferências de dados também inclui regras que reagem ao número de destinatários, então uma mensagem enviada a um público amplo é detectada mesmo quando cada endereço parece inofensivo.
1 / 2
Por onde começar
Comece pelos dados que causariam mais dano se saíssem e, depois, pelos canais que eles realmente usam. Políticas escritas para todos os arquivos de uma vez acabam bloqueando o trabalho do dia a dia e são desligadas.
Leitura adicional: Vazamento técnico de informações: o que é e como se proteger?; Engenharia social vs. sistemas DLP: como proteger sua empresa de vazamentos de dados.
Uma divulgação raramente parece um ataque. Parece um envio comum, feito um instante depressa demais.
Anexet TeamComo a Anexet resolve isto
O Anexet trata da divulgação acidental no momento da transferência, quando o engano ainda é reversível:
Avaliação sensível ao conteúdo antes da conclusão da transferência
arquivos e mensagens são inspecionados com tesauros de segurança (170 dicionários prontos), regras de padrões para identificadores estruturados, bancos de hashes para correspondências exatas de arquivos, bibliotecas de impressões digitais para documentos e modelos, e rótulos de confidencialidade.
Condições de destino
as regras combinam conteúdo com destinatário e canal, de modo que um destino externo ou pessoal é tratado de forma diferente de um interno.
Ações graduadas
registrar, alertar, colocar em quarentena para análise ou bloquear: o trabalho rotineiro segue, enquanto uma transferência mal direcionada de conteúdo regulado é interrompida ou retida.
Cobertura completa de canais
e-mail, uploads pela web, armazenamento em nuvem, mensageiros, dispositivos removíveis, impressão e área de transferência.
Trilha de auditoria
cada evento é registrado com usuário, data e hora, canal, destino, classificação do conteúdo e ação tomada, o que apoia depois a delimitação do escopo e a avaliação do dever de notificar.
Arquitetura on-premise
políticas, conteúdo capturado e logs permanecem na infraestrutura da própria organização.
Anexet DLP
Saiba mais