Incidente de dados nas primeiras 72 horas: o que a empresa precisa fazer
Vazamento de dados não espera plano perfeito. Veja o que fazer nas primeiras horas: contenção, avaliação de risco e comunicação à ANPD e aos titulares.

O incidente de dados raramente é descoberto pela empresa: chega por alerta técnico, por cliente que recebeu mensagem estranha ou por publicação em fórum. A partir da detecção, a sequência das primeiras horas decide o tamanho do dano e a qualidade da resposta que a empresa conseguirá prestar.
O que a lei pede quando o incidente acontece
O art. 48 da LGPD determina que o controlador comunique à autoridade nacional e ao titular a ocorrência de incidente de segurança que possa acarretar risco ou dano relevante. O gatilho é o risco, e não o incidente em si: falhas internas sem exposição de dados não pedem o mesmo roteiro que um vazamento confirmado.
A comunicação precisa mencionar, no mínimo, a natureza dos dados afetados, as informações sobre os titulares envolvidos, as medidas de segurança utilizadas, os riscos relacionados ao incidente, os motivos da demora quando a comunicação não for imediata e as medidas adotadas para reverter ou mitigar os efeitos. O regulamento da ANPD detalhou prazo e forma desse aviso, fixando 3 dias úteis para a comunicação à autoridade a partir do conhecimento do incidente.
No juízo de gravidade, a lei manda avaliar a comprovação de medidas técnicas adequadas que tornem os dados pessoais afetados ininteligíveis para terceiros não autorizados. Criptografia efetiva do dado exposto muda a análise de risco, e é por isso que o inventário do que estava exposto e de como estava protegido é peça das primeiras horas.
- Gatilho da comunicação: risco ou dano relevante aos titulares.
- Prazo regulamentar: 3 dias úteis para comunicar à ANPD, do conhecimento do incidente.
- Conteúdo mínimo: dados afetados, titulares envolvidos, riscos e medidas de resposta.
A obrigação de comunicar nasce do risco para o titular: identificar esse risco cedo é o que dá tempo para comunicar bem.
Hora a hora: contenção antes de comunicação

A primeira prioridade é técnica: interromper o acesso, revogar credenciais comprometidas, isolar sistemas afetados e impedir que o evento continue. Contenção sem registro, porém, cria um segundo problema: sem preservação de logs e imagens de sistema, a empresa não conseguirá reconstruir o que aconteceu nem explicar quando começou.
O segundo passo é dimensionar: quais bases foram acessadas, quantos titulares, quais campos, desde quando. Essa avaliação separa o incidente com risco relevante, que pede comunicação formal, do evento interno sem exposição, que pede registro interno e correção. Errar para o lado de comunicar menos é o erro mais caro.
Só depois desse dimensionamento a empresa escreve a comunicação. Texto publicado antes de saber o que foi afetado tende a gerar segunda versão em poucos dias, e a retificação custa mais credibilidade do que a espera de algumas horas para consolidar os fatos.
- Contenção: bloqueio de acesso, revogação de credenciais e isolamento dos sistemas.
- Preservação: cópia de logs, registro de horários e de decisões tomadas.
- Dimensionamento: bases, campos, volume de titulares e janela de tempo.
- Decisão de comunicação: risco relevante à luz do art. 48 e do regulamento da ANPD.
Contenção é urgente, comunicação é importante: inverter essa ordem sem registro do meio do caminho é onde a resposta costuma falhar.
Comunicar à ANPD e aos titulares: conteúdo e canal
A comunicação à autoridade segue formulário e prazo definidos em regulamento, e o conteúdo mínimo já está na lei: natureza dos dados, titulares envolvidos, medidas de segurança, riscos, motivos da demora e medidas de mitigação. Preparar esse conjunto em 3 dias úteis exige que a empresa saiba rapidamente o que trata, onde e com quem, o que é resultado de governança anterior ao incidente.
A comunicação ao titular merece linguagem direta: o que aconteceu, quais dados dele podem ter sido afetados, quais riscos isso cria, o que a empresa já fez e o que ele mesmo pode fazer, como trocar senhas ou ficar atento a tentativas de golpe. Aviso genérico que não diz o que vazou multiplica ligações de suporte e desconfiança.
A autoridade pode determinar providências adicionais depois de verificar a gravidade, entre elas a ampla divulgação do fato e medidas para reverter ou mitigar os efeitos. Responder a essa fase com a documentação organizada nas primeiras horas é consideravelmente mais simples do que reconstruir a cronologia sob cobrança.
- Para a ANPD: formulário regulamentar, dentro do prazo de 3 dias úteis.
- Para o titular: o que aconteceu, dados afetados, riscos práticos e recomendações.
- Para o mercado: comunicação única e consistente, sem versões divergentes.
Comunicação boa é a que sobrevive a uma segunda pergunta: quem foi afetado, o que vazou e o que muda para a pessoa.
Veja também: contrato com operador de dados
Quando o incidente está no fornecedor
Grande parte dos incidentes que atinge empresas começa em sistema de terceiro: hospedagem, CRM, plataforma de atendimento. Mesmo assim, o dever de comunicar é do controlador, porque é ele quem decide sobre o tratamento. O contrato com o operador precisa ter antecipado o dever de avisar sem demora, com conteúdo mínimo, justamente para esse cenário.
A empresa precisa documentar o que recebeu do fornecedor e quando: hora da detecção relatada, dados afetados, medidas já adotadas. Essa linha do tempo é o que permite cumprir o prazo regulamentar e demonstrar que a resposta começou no primeiro conhecimento do evento, e não na primeira reunião sobre ele.
Dividir a resposta em duas vozes, uma da empresa e outra do fornecedor, tende a gerar mensagens divergentes sobre o mesmo evento. O caminho prático é uma única narrativa factual, com papel de cada um definido no contrato, e canal único para o mercado e para os titulares.
- Exigir do operador aviso sem demora, com dados afetados e medidas adotadas.
- Registrar horários: detecção relatada, conhecimento da empresa, decisões tomadas.
- Unificar a comunicação externa em uma única narrativa factual.

Incidente de terceiro não terceiriza o dever de responder: o titular e a autoridade cobram de quem decidiu tratar.
Veja também: integração com API de terceiro
Depois da crise: registro, causa raiz e sanções
Encerrada a fase aguda, o fechamento pede três peças: relatório do incidente com cronologia e causa raiz, registro das medidas corretivas com prazo e responsável, e revisão do plano de resposta à luz do que falhou. O registro das operações de tratamento e do próprio incidente é o documento que sustenta a versão da empresa perante a autoridade e eventuais questionamentos.
O quadro de sanções administrativas da LGPD vai da advertência à multa de até 2% do faturamento, limitada a R$ 50 milhões por infração, além de bloqueio e eliminação de dados e publicização da infração. A resposta rápida, documentada e proporcional é o que a autoridade avalia ao distinguir esforço de conformidade de negligência.
Vale registrar também o aprendizado interno: credencial compartilhada, backup desatualizado, acesso de ex-colaborador ativo. Incidente sem causa raiz identificada tende a se repetir com outro nome, e a repetição é o fator que mais pesa na análise de negligência.
Incidente bem fechado termina em documento: relatório, medidas com prazo e plano revisado. O resto é memória institucional frágil.
Plano de resposta a incidentes: o documento que antecede a crise
O plano de resposta é o documento que a empresa escreve quando nada está acontecendo, e é ele que decide a qualidade das primeiras 72 horas depois. Sem plano, cada hora vira decisão improvisada sobre quem fala, quem decide contenção e quando acionar assessoria; com plano, essas escolhas já foram feitas em ambiente de calma, e a crise executa. O plano não precisa de sofisticação técnica: precisa de nomes, prazos e ordem.
| Um plano mínimo encaixa em uma página e cobre a sequência inteira. O quadro abaixo organiza as etapas que o plano precisa definir: | Etapa | Objetivo | Responsável típico | Saída documental |
|---|---|---|---|---|
| Detecção e triagem | Confirmar o evento e abrir registro com horário | Equipe de TI ou gestor de sistemas | Registro inicial com hora de conhecimento | |
| Contenção | Interromper acesso e isolar sistemas | TI com poder de decisão | Lista de medidas tomadas e horários | |
| Preservação | Guardar logs e evidências | TI responsável pela infraestrutura | Cópia de logs com cadeia simples de custódia | |
| Dimensionamento | Mapear bases, campos e titulares afetados | Gestor do sistema e responsável pelo tratamento | Inventário do que foi exposto e de como estava protegido | |
| Avaliação de risco | Decidir comunicação à luz do art. 48 | Responsável pelo tratamento com jurídico | Parecer interno que fundamenta a decisão | |
| Comunicação | Comunicar ANPD, titulares e mercado | Controlador com apoio jurídico | Textos aprovados e registros de envio |
O plano também define o que não fazer: publicar texto antes do dimensionamento, apagar evidências na pressa de corrigir e deixar a comunicação externa em várias vozes. Ensaio anual simples, uma mesa de trabalho que percorre o cenário e os papéis, revela lacunas de contato e de autoridade em uma hora, e revela exatamente quando não há incidente acontecendo.
Na prática, escolher quem senta na mesa antes de a crise chegar pesa mais do que o roteiro escrito. "Na hora de contratar apoio jurídico, a empresa precisa verificar se o advogado entende o produto, o contrato e a base de dados do negócio, porque é isso que define a resposta. Quem responde a incidente lê o sistema, o contrato com o fornecedor e a política de retenção antes de opinar", diz Diego Castro, advogado especialista em direito digital (OAB/PI 15.613).
72 horas bem resolvidas são resultado de plano escrito antes: na crise, a empresa executa o que já decidiu.
Evidências e linha do tempo: o que registrar para sustentar a versão da empresa
A linha do tempo é a peça central da defesa da empresa perante a autoridade, perante titulares e perante o fornecedor quando a falha parte dele. Horário da detecção, horário do conhecimento da empresa, decisões tomadas com hora e autor, medidas de contenção aplicadas: esse conjunto transforma a resposta em histórico verificável, e não em narrativa reconstruída depois sob cobrança.
O registro também protege a empresa contra a própria memória: semanas depois, versões divergentes sobre quando o incidente começou aparecem em depoimento, petição e fiscalização. A prática que resolve é simples e barata: documento único de linha do tempo, atualizado em tempo real durante a resposta, com anexo dos registros técnicos relevantes. Quando a falha está no operador, essa linha do tempo mostra se o aviso contratual foi cumprido, e alimenta a discussão de responsabilidade pelo incidente de terceiro.
A guarda dos registros acompanha a lógica de responsabilidade: o registro das operações de tratamento e o histórico do incidente formam o dossiê que sustenta a empresa na fiscalização e em eventual disputa judicial, e a eliminação desses registros junto com a rotina de descarte de dados destrói exatamente a prova que a empresa mais vai querer ter.
- Documento único de linha do tempo, atualizado durante a resposta e não depois.
- Preservação de logs com horário sincronizado e responsável identificado.
- Registro formal da decisão de comunicar ou não comunicar, com fundamentação.
A empresa que registra durante a resposta defende a própria versão; a que reconstrói depois defende a versão que sobrou.
Perguntas frequentes
- Todo incidente de dados precisa ser comunicado à ANPD?
- O gatilho do art. 48 é o incidente que possa acarretar risco ou dano relevante aos titulares. Eventos sem exposição de dados pessoais, como falha interna corrigida sem acesso de terceiro, pedem registro e correção, e não necessariamente comunicação. Na dúvida, a avaliação formal do risco, documentada, é o que protege a empresa.
- Qual o prazo para comunicar o incidente à ANPD?
- A referência de 72 horas vem de normas internacionais; no Brasil, o regulamento da ANPD que trata do art. 48 fixou 3 dias úteis, contados do conhecimento do incidente, para a comunicação à autoridade. Dias úteis e horas corridas não coincidem, e a contagem começa no conhecimento, e não na ocorrência. Por isso, documentar o momento em que a empresa ficou sabendo é parte da resposta.
- A empresa precisa avisar os titulares afetados?
- Quando o incidente possa acarretar risco ou dano relevante, a comunicação aos titulares é devida junto com a da autoridade, com informações claras sobre os dados afetados, os riscos e as medidas de proteção. O regulamento admite situações em que o esforço de avisar um por um é desproporcional, e o aviso ganha forma ampla. O conteúdo importa mais que o formato: a pessoa precisa saber o que fazer.
- O que colocar na comunicação aos titulares?
- O essencial é o que muda para a pessoa: quais dados dela podem ter sido expostos, quais riscos concretos isso cria, o que a empresa já fez e o que ela recomenda, como trocar credenciais e desconfiar de contatos suspeitos. Texto genérico sem descrição dos dados gera nova rodada de dúvidas e desgasta a confiança que a comunicação quer preservar.
- O incidente aconteceu no fornecedor. Quem comunica?
- O dever de comunicar à autoridade e aos titulares é do controlador, mesmo quando a falha técnica é do operador. O contrato precisa garantir que o fornecedor avise sem demora e entregue as informações necessárias. A empresa responde pela comunicação e acompanha a mitigação, documentando cada informação recebida.
- Quais as consequências de não comunicar um incidente relevante?
- Além da exposição civil por danos aos titulares, a omissão configura infração administrativa sujeita ao quadro de sanções da lei, que inclui advertência, multa de até 2% do faturamento limitada a R$ 50 milhões por infração, bloqueio e publicização. A omissão também agrava a análise de gravidade, porque sugere ausência de processo de resposta.
- Quanto tempo a empresa deve guardar os registros do incidente?
- A lei não fixa prazo específico para o registro do incidente, e a guarda acompanha o tempo capaz de cobrir a discussão administrativa e judicial que o evento pode gerar. Na prática, o dossiê do incidente integra a rotina de prestação de contas e sobrevive ao fechamento da crise, com acesso restrito. Eliminar o registro junto com os dados operacionais destrói a prova da resposta que a empresa realizou.
- Testes de intrusão e simulações contam como preparação para a ANPD?
- Contam como evidência de que a empresa se organizou antes do evento, e a demonstração de processo de resposta é o que separa esforço de conformidade de negligência na análise de gravidade. O que vale como preparação documentada é o conjunto: plano escrito, ensaio realizado, lacunas corrigidas. Teste sem plano e sem correção posterior registra apenas que a empresa sabia do problema.
Fontes consultadas
- Lei 13.709/2018 (LGPD), arts. 46, 48 e 52 — Presidência da República
- Regulamentação da comunicação de incidentes de segurança (Resolução CD/ANPD) — Agência Nacional de Proteção de Dados Pessoais
- Consulta de jurisprudência sobre vazamento de dados e dano moral — Superior Tribunal de Justiça
Conclusão
As primeiras 72 horas de um incidente de dados não se resolvem com improviso, e sim com a rotina que existia antes dele: inventário de dados, fornecedores mapeados, deveres de comunicação contratados e plano de resposta testado. O art. 48 define o dever de comunicar e o regulamento da ANPD define o prazo; o que a empresa faz nas primeiras horas é que determina se a comunicação chega completa e no tempo. Incidente é evento; resposta organizada é processo.
Este conteúdo tem finalidade informativa, trata de situação geral e não substitui a análise jurídica do caso concreto, dos documentos e da tecnologia utilizada.
Análises relacionadas
Dados pessoais e LGPD12 min de leitura
Contrato com operador de dados: as cláusulas de LGPD que precisam estar escritas
Empresa que entrega dados a fornecedor responde pelo que ele faz. Veja as cláusulas que traduzem o art. 39 da LGPD em instruções verificáveis.
Ler a análiseSoftware, SaaS e licenciamento12 min de leitura
Integração com API de terceiro: como limitar a responsabilidade da empresa
Quando a API de terceiro falha, o cliente cobra de quem entrega o serviço. Veja como distribuir risco: SLA herdado, aviso de mudança, teto e plano de saída.
Ler a análiseInteligência artificial na empresa13 min de leitura
IA generativa na empresa: o que acontece com os dados enviados ao modelo
Funcionário que cola dados de cliente em ferramenta de IA cria problema real de LGPD. Veja como o envio é tratado e o que definir antes de liberar o uso.
Ler a análiseArtigo publicado por Vlibras. Correções e sugestões de pauta: escreva para a redação, indicada no rodapé.


