O registro civil dinamarquês, o CPR (Det Centrale Personregister), confirmou uma intrusão que expôs nomes, endereços e números de identificação de aproximadamente 8,8 milhões de pessoas — entre residentes atuais, quem já morou no país e falecidos. Os invasores usaram o acesso legítimo de uma empresa privada dinamarquesa para consultar o sistema em escala durante o mês de setembro. A ação prioritária é dupla: tratar a combinação de identificador nacional, nome e endereço como material pronto para golpes de impessoação e reavaliar os controles sobre acessos de terceiros a bases de dados sensíveis.
Segundo o comunicado oficial do CPR e do Ministério da Pesquisa, Educação e Digitalização, publicado em 5 de outubro, a administração do registro identificou o problema na noite de 2 de outubro de 2026, ao detectar um padrão anormal de consultas. A polícia investiga o caso, o acesso da empresa envolvida foi cortado e uma revisão de segurança completa do sistema foi determinada.
Como o acesso aconteceu
A via de entrada não foi um exploit desconhecido nem malware sofisticado. A lei dinamarquesa do CPR, no parágrafo 38, permite que empresas privadas com interesse legítimo consultem o registro para identificar pessoas por número, por data de nascimento e nome, ou por nome e endereço. Os invasores se apoiaram exatamente nesse mecanismo: em vez de quebrar a autenticação do sistema, exploraram uma credencial de consultas legalmente concedida a uma empresa, dentro dos limites de dados que esse tipo de credenciado pode ver.
A nota da Datatilsynet, a autoridade dinamarquesa de proteção de dados, acrescenta o detalhe operacional relevante: o órgão recebeu a comunicação do registro no dia 4 de outubro e descreve um número muito grande de consultas automatizadas para identificar números CPR válidos. Ou seja, houve enumeração em massa — consultas repetidas e mecânicas contra o sistema, executadas por dentro do perímetro de um acesso autorizado.
A ministra Christina Egelund classificou o caso como extremamente grave, informou a comissão de negócios e digitalização do parlamento e pediu um levantamento completo da extensão do incidente. Medidas adicionais já foram aplicadas ao CPR para impedir episódios semelhantes, e a investigação sobre os responsáveis segue em fase inicial, sem autoria conhecida.
O que vazou exatamente
Os campos atingidos foram nome, endereço e número CPR — o identificador nacional dinamarquês, que incorpora a data de nascimento mais um sufixo. Quem havia optado por proteção de nome e endereço no registro não teve esses campos expostos, segundo o comunicado. A base total reúne cerca de 11 milhões de registros, incluindo falecidos e emigrados, o que explica por que o número de atingidos supera a população do país: o equivalente a cerca de 80% de toda a base foi consultado sem autorização.
| Dado exposto | Uso típico em fraude |
|---|---|
| Nome e endereço | Contexto verossímil em ligações e e-mails de impessoação |
| Número CPR | Senha burocrática de acesso a serviços públicos e privados |
| Combinação dos três | Passagem por atendente legítimo em suporte, banco e governo |
Um detalhe estrutural pesa contra as vítimas: como o número CPR embute a data de nascimento, quem teve o identificador vazado também teve a data revelada por tabela. Identificadores previsíveis e centrais facilitam a enumeração — e foi exatamente com consultas automatizadas que os invasores converteram um único acesso credenciado em milhões de registros.
O risco imediato é fraude
Um vazamento desse perfil não gera, por si, fraude financeira instantânea — ele habilita golpes de impessoação altamente convincentes. O próprio comunicado ministerial alerta que o cidadão nunca deve entregar senhas ou informações confidenciais por telefone ou e-mail, mesmo que a pessoa do outro lado conheça nome, endereço e número CPR da vítima. Esse aviso funciona como mapa do ataque seguinte: criminosos vão usar os dados reais para fingir autoridade, do falso suporte de banco ao falso atendente do governo.
O governo montou uma linha dedicada de apoio (Cyberhotline, +45 33 37 00 37, com horário estendido das 8h às 24h) e publicou orientações em sikkerdigital.dk. Para equipes de segurança fora da Dinamarca, o episódio é um lembrete direto: qualquer base central de identificadores nacionais vira alvo de enumeração. O vazamento do DMDC americano mostra que o padrão se repete entre países — dados de registro governamental vazados alimentam golpes duradouros muito depois do incidente original.
Lições para a defesa
O caso dinamarquês é um exemplo puro de abuso de acesso confiado: nenhum zero-day, nenhuma quebra de criptografia, apenas uma credencial legítima usada fora do propósito. Isso muda onde a detecção precisa morar. Autenticação forte no perímetro não basta quando o atacante entra com credencial válida; o sinal está no padrão de uso — volume, cadência, horário e distribuição das consultas.
Empresas que expõem APIs de consulta a terceiros devem tratar enumeração como cenário primário de ameaça: limites de taxa por credencial e por alvo, alertas sobre picos de volume, bloqueio de sequências de consultas em série e revisão periódica da real necessidade de cada acesso concedido. O modelo europeu de supervisão também cobra evidência: na União Europeia, o dossiê de evidências exigido pela NIS2 inclui justamente o controle de acessos e a capacidade de demonstrar quem consultou o quê, e quando — precisamente o registro de uso que permite a uma organização descobrir um abuso desse tipo antes do regulador.
Os prazos do episódio também servem de referência: o comportamento irregular ocorreu ao longo de setembro, a detecção veio na sexta-feira seguinte e a comunicação à autoridade de proteção de dados saiu no domingo, com anúncio público na segunda-feira. Sob o RGPD, a janela de notificação à autoridade é de 72 horas a partir da ciência do incidente — um relógio que qualquer organização que opere dados pessoais precisa ter ensaiado.
Sinais a verificar nos logs
- Pico de consultas por credencial de terceiro muito acima da linha de base histórica;
- Consultas em horário fora do padrão da empresa credenciada;
- Sequências numéricas ou consultas por faixa de datas de nascimento, padrão clássico de enumeração;
- Consultas a registros de falecidos ou emigrados, perfis raros em uso comercial legítimo;
- Uso da mesma credencial a partir de redes distintas das habituais do parceiro.
Prioridades P1 e P2
Para organizações que operam bases centrais ou concedem acesso a parceiros:
| Prioridade | Ação |
|---|---|
| P1 | Inventariar todo acesso de terceiros a dados sensíveis e suspender o que não tem necessidade demonstrada |
| P1 | Ativar alertas de volume e de taxa sobre APIs de consulta, com linha de base por credencial |
| P1 | Preparar comunicação a usuários e central de atendimento sobre golpes de impessoação com dados reais |
| P2 | Revisar contratos de acesso e cláusulas de auditoria com parceiros credenciados |
| P2 | Testar resistência a enumeração com exercício ofensivo controlado |
| P2 | Correr busca retrospectiva em logs de 90 dias por padrões de enumeração não detectados |