DDoS na Digdir afeta ID-porten e servicos publicos da Noruega em 25

Contexto do ataque

O incidente foi um ataque de negação de serviço contra a infraestrutura da Digdir/Vivicta, que sustenta boa parte dos serviços digitais do governo da Noruega. A instabilidade atingiu o ID-porten, usado para autenticação de cidadãos, além da plataforma de e-assinaturas, da troca de dados entre órgãos e de outros serviços públicos online. O volume foi descrito como 2 a 3 vezes maior que o de episódios anteriores, começou por volta de 24 de agosto e seguia ativo no dia 25.

Para o cidadão, o ponto central é que, conforme o relato disponível, não havia evidência de comprometimento de dados. O prejuízo real foi a indisponibilidade temporária. Como este foi o terceiro ataque recente contra a mesma estrutura, o caso mostra que negar serviço em escala nacional virou uma capacidade acessível a quem tem interesse em pressionar um Estado.

Como um DDoS causa queda

Um DDoS não invade contas nem copia arquivos. Ele acumula requisições e tráfego artificial até que a estrutura pare de responder a quem é legítimo. O sucesso do atacante não se mede em dados exfiltrados, e sim em minutos de serviço fora do ar.

No caso norueguês, o efeito apareceu justamente na porta de entrada. Quando o ID-porten e os sistemas de e-assinatura oscilam, cidadãos e órgãos deixam de autenticar acessos, param no meio de um documento e ficam sem transmitir informações. O serviço existe, está íntegro, mas ninguém consegue usar.

Sinais de alerta

Em situações parecidas, os indícios costumam ser bem visíveis para quem está monitorando:

• páginas que não carregam ou levam muito tempo para responder;
• erros intermitentes ao tentar fazer login;
• falhas em etapas de autenticação ou de assinatura eletrônica;
• serviços que voltam por alguns minutos e caem de novo;
• salto no volume de reclamações de usuários em diferentes regiões ou unidades.

Nenhum desses sinais prova, isoladamente, que houve DDoS. Mas qualquer combinação deles já é motivo para acionar o plano de resposta e checar a disponibilidade dos serviços críticos com fornecedores e times internos.

O que fazer agora

Para organizações que dependem de canais digitais, a lição é tratar disponibilidade como item de segurança, e não como assunto exclusivo de infraestrutura. Algumas ações práticas:

• mapear quais sistemas não podem ficar fora do ar;
• definir canais oficiais para informar clientes e cidadãos durante instabilidades;
• testar planos de contingência antes de uma crise real;
• monitorar picos anormais de acesso e queda de desempenho;
• registrar o tempo de indisponibilidade e os serviços afetados.

Para usuários, a recomendação é evitar tentativas repetidas de acesso, que só aumentam a carga, acompanhar os comunicados oficiais e ignorar mensagens que aproveitam a instabilidade para pedir senhas ou códigos de verificação.

Checklist pratico

1. Liste os serviços essenciais e defina prioridade de recuperação para cada um.
2. Crie mensagens prontas para informar indisponibilidade sem expor detalhes sensíveis.
3. Revise alertas de tráfego, desempenho e disponibilidade com equipes internas e fornecedores.

Perguntas frequentes

O ataque confirmou vazamento de dados?

Não. O relato disponível informa que não havia evidência de comprometimento de dados.

Quais serviços foram afetados?

Foram citados o ID-porten, a plataforma de e-assinaturas, a troca de dados e serviços públicos digitais ligados à Digdir/Vivicta.

Por que esse caso importa?

Porque foi o terceiro ataque recente contra a mesma infraestrutura e demonstrou capacidade de causar negação de serviço em escala nacional.

Conheca: Pentest, Threat Intelligence com IA, Conscientizacao de Seguranca, SGSI, Plano Diretor de Seguranca, Auditoria Interna, Governanca de MFA e Cofre TOTP, ISO 42001 - IA, Diagnostico Gratuito de Seguranca. lcsec.io

Fontes: