10 out 2026 · segurança, dns, redes · 4 min

Doze certificados falsos no meio de 4.758 legítimos

Doze certificados falsos para domínios do Google circularam entre 22 e 27 de setembro. Eles aparecem no meio de 4.758 certificados legítimos registrados para um único nome, google.com.gh, nos logs públicos de transparência.

O ataque não foi contra o Google e não foi contra a criptografia. Os invasores tomaram o controle de três registros de domínio de topo, .gh (Gana), .sl (Serra Leoa) e .as (Samoa Americana), alteraram os registros DNS de nomes escolhidos e, com isso, passaram na verificação automática que qualquer autoridade certificadora faz antes de emitir. A descrição está no blog de segurança do Chrome e os detalhes dos certificados foram levantados pelo The Hacker News direto dos logs.

Onze dos doze vieram da Let’s Encrypt e um da ZeroSSL. Todos eram de validação de domínio, todos foram revogados, e o intervalo entre aparecer no log e sair do ar ficou entre um dia e meio e uma semana. O Google não acusou as autoridades: elas checaram o que era checável, e o que estava sob controle do atacante respondia certo.

O que eu conferi

Publiquei a pergunta em forma de consulta DNS. O registro CAA existe desde 2013 e serve para o dono do domínio dizer quais autoridades podem emitir certificado pelo nome dele, conforme a RFC 8659. Conferi 16 domínios conhecidos com dig +short CAA:

Nove dos dezesseis liberam três autoridades ou menos. A média entre os domínios que publicam registro é de 2,8 CAs. E os três domínios que não publicam nada deixam qualquer autoridade do mundo emitir por eles, o que é a configuração padrão: o CAA é opcional.

A consulta leva um segundo e pode ser feita hoje em qualquer domínio:

dig +short CAA seudominio.com

Uma armadilha vale a pena conhecer. Se o atacante controla a zona DNS, ele controla também o registro CAA, então o CAA não impede um sequestro no nível do registro do TLD. O que o Google recomenda é publicar CAA restritivo para evitar que os dados de validação em cache voltem a servir depois que o controle do DNS for retomado, e é por isso que a autorização de validação está encolhendo para horas.

O que os domínios servem agora

Conectei nos quatro nomes atingidos para ver o certificado que eles apresentam hoje. Os quatro servem certificado curinga da Google Trust Services, emitido em 18 de setembro, antes do sequestro, válido até 11 de dezembro. Ou seja, o efeito do episódio para o visitante foi curto, e o rastro ficou nos logs.

Isso leva ao problema prático de quem segue o conselho de monitorar transparência de certificados: o sinal é pequeno e o ruído é grande. Nos mesmos logs, google.com.gh acumula 4.758 entradas e google.sl, 2.255. Achar os doze falsos no meio disso exige uma linha de base, não um alerta genérico de “certificado novo para o seu domínio”.

A linha de base tem três itens para conferir: quais autoridades emitem para o meu domínio hoje, se elas são as que eu autorizei no CAA e se alguma emissão apareceu fora do ciclo normal de renovação. O terceiro item é o que pega o ataque de setembro, porque os doze certificados saíram todos em seis dias.

Ressalva: as contagens de CAA e de logs são de um dia, uma consulta por domínio. Log de transparência engorda com o tempo e CAA muda sem aviso.

Minha leitura é que o cadeado do navegador nunca significou “este site é do Google”. Ele significa “alguém provou controle deste nome para uma autoridade”. O ataque de setembro não quebrou criptografia: quebrou a prova de controle, porque os nomes são administrados por registros que também são sistemas de gente, com acesso de administrador e senha. É o mesmo tipo de fragilidade que aparece quando um pedaço essencial da internet muda de dono, e a defesa segue sendo a mesma: medir de fora o que o dono não vê.

Quem tem um punhado de domínios e nunca olhou CAA tem uma tarefa de dez minutos. Quem tem centenas tem um projeto de monitoramento, e agora sabe que o projeto precisa de linha de base antes de precisar de alerta.