Pular para o conteúdo principal
Certificado SSL revogado

O seu certificado SSL foi revogado?

A 21 de outubro de 2026 a GoDaddy revogou 404.607 certificados TLS das suas hierarquias GoDaddy e Starfield. Um site com um certificado revogado pode deixar de carregar até ser instalado o de substituição.

Verificamos quem emitiu os vossos certificados, reemitimos e instalamos os afetados em cada sítio onde estão (balanceador, CDN, e-mail, apps) e deixamos a renovação automática para que a próxima revogação seja um procedimento de rotina.

O que aconteceu

Duas autoridades de certificação, dois problemas diferentes

Na mesma semana coincidiram uma revogação em massa por questões documentais e uma retirada de confiança por chaves fracas. Nos dois casos a solução passa por trocar o certificado, e nos dois casos o certificado costuma estar em mais sítios do que alguém tem registado.

GoDaddy: 404.607 certificados revogados

A 21 de outubro a GoDaddy revogou certificados das hierarquias GoDaddy e Starfield porque os OID de política e o URI do CPS que tinham não coincidiam com o seu CPS. É um incidente de conformidade, não um comprometimento de chaves (Mozilla Bug 2082703).

A consequência é prática: se não instalarem o certificado de substituição, o site pode ficar inacessível. Fonte: Cyberpress.

eMudhra: oito CA intermédias com chaves fracas

Oito certificados de CA intermédia da eMudhra, criados em abril de 2025, tinham chaves fracas devido a uma falha na cerimónia de geração de chaves, e as chaves foram recuperadas a partir dos próprios certificados públicos.

O Chrome bloqueou-os, a Apple a 19 de outubro e a Microsoft a 20; Go e Node.js publicaram uma retirada de confiança explícita. Não há ataques confirmados contra utilizadores. Fonte: The Hacker News.

Verifique num minuto

Emissor e validade de cada certificado

O comando do início da página devolve dois dados: issuer, quem assinou o certificado, e notAfter, quando expira. Se o emissor contiver GoDaddy, Starfield ou eMudhra, veja o estado do certificado no painel do fornecedor.

Repita a verificação no servidor de e-mail e em cada subdomínio com certificado próprio (api., app., mail.). É frequente o site estar em dia e o e-mail continuar com um certificado de há duas renovações.

Inventário

Um certificado, quatro sítios onde o trocar

Antes de reemitir, registamos onde está instalado. É a parte que mais se esquece e a que provoca a segunda mensagem de "não funciona" dois dias depois.

Certificado novo
cadeia completa
Balanceador
ALB · NGINX · HAProxy
CDN
certificado próprio carregado
E-mail
SMTP · IMAP
App móvel
pinning
Se faltar um, o site carrega mas o e-mail ou a app falham

Balanceador ou proxy

No AWS ALB, NGINX ou HAProxy o certificado é carregado à parte do servidor da aplicação. Se o TLS termina aí, é esse que os navegadores veem.

CDN

Se carregaram um certificado próprio na CDN em vez de usar o que o fornecedor gere, é preciso carregar o novo à mão ou automatizá-lo pela sua API.

Servidor de e-mail

SMTP e IMAP costumam ter o seu próprio certificado. Se estiver revogado, alguns clientes de e-mail e servidores remotos recusam a ligação.

Apps com pinning

Se a app fixa a chave do certificado ou da intermédia, um certificado novo pode cortar-lhe o acesso à API até ser publicada uma nova versão.

O que fazemos

Da revogação à renovação automática

A ordem importa: primeiro que tudo volte a funcionar, depois que não dependa de alguém se lembrar.

  1. 01

    Emissor e alcance

    Listamos os domínios e subdomínios, obtemos o emissor e a validade de cada certificado e assinalamos os que dependem da GoDaddy, Starfield ou eMudhra.

  2. 02

    Reemitir e instalar

    Pedimos o certificado de substituição (ou um novo de outra CA se vos convier mudar) e instalamos a cadeia completa, com a intermédia correta.

  3. 03

    Todos os pontos

    Balanceador, CDN, e-mail, ambientes de staging e apps com pinning. Verificamos cada um a partir de fora com openssl, não só no painel.

  4. 04

    Renovação automática

    Configuramos ACME com Let's Encrypt ou com a CA que usam, para que a renovação e a atualização em cada ponto aconteçam sem intervenção.

  5. 05

    Aviso de validade

    Uma verificação periódica que avisa se um certificado está perto de expirar ou se o emissor muda sem que ninguém o tenha pedido.

Para não voltar a acontecer

Certificados que se renovam sozinhos

Em 2025 o CA/Browser Forum aprovou a votação SC-081: o máximo é de 200 dias desde 15 de março de 2026, desce para 100 dias em março de 2027 e para 47 dias em março de 2029. Com esses prazos, renovar à mão deixa de ser uma tarefa anual e passa a ser quase mensal.

Renovação manual
  • Alguém se lembra da data, gera o pedido e carrega-o no painel
  • O ficheiro novo é copiado para o servidor, mas não para a CDN nem para o e-mail
  • Desde 15 de março de 2026 um certificado dura no máximo 200 dias: duas renovações por ano e por domínio
  • Se a CA revogar, é preciso repetir todo o processo à pressa
Renovação com ACME
  • Um cliente ACME (certbot, o do seu balanceador ou da sua CDN) pede e renova sozinho
  • Cada sítio onde o certificado está fica registado e é atualizado no mesmo passo
  • Quando o máximo descer para 100 dias (2027) e 47 (2029), nada muda na vossa operação
  • Um alerta avisa se uma renovação falhar, antes de o certificado expirar

O seu site, e-mail ou app deixaram de ligar?

Escreva-nos →
FAQ

Perguntas frequentes sobre certificados SSL revogados

Como sei se o meu certificado é um dos 404.607 que a GoDaddy revogou?
Primeiro veja o emissor com openssl: se aparecer GoDaddy ou Starfield, o certificado pertence às hierarquias afetadas. Depois entre no painel da GoDaddy e verifique o estado de cada certificado; os revogados precisam do certificado de substituição instalado. Nem todos os certificados da GoDaddy estão na lista, por isso o emissor só lhe diz onde procurar.
Roubaram-me dados se o certificado foi revogado?
No caso da GoDaddy, não por causa da revogação em si: é um incidente de conformidade (os OID de política e o URI do CPS não coincidiam com o seu CPS), não um comprometimento de chaves. O problema é operacional: se não instalar a substituição, o site pode deixar de carregar. Na eMudhra houve de facto chaves de CA intermédia fracas, embora não tenham sido confirmados ataques contra utilizadores.
Basta reemitir o certificado no servidor web?
Quase nunca. O mesmo certificado costuma estar no balanceador, na CDN se carregaram um próprio, no servidor de e-mail e, por vezes, fixado dentro de uma app móvel. Se mudar só o servidor web, a página carrega e outra peça continua a servir o certificado revogado.
E uma app móvel que faz certificate pinning?
Se a app fixa a chave do certificado ou da CA intermédia e o certificado novo muda essa chave, a app deixa de ligar à vossa API até publicarem uma versão que aceite a nova. Verificamos o que está fixado e, se for preciso, preparamos a atualização da app em conjunto com a troca de certificado.
O Let's Encrypt serve para uma empresa?
Para sites e APIs públicos, sim: emite certificados DV por ACME e a renovação é automática. Se precisarem de certificados OV ou EV, ou se o vosso fornecedor de CDN ou balanceador já gere os seus, usamos o que tiverem e automatizamos a renovação com esse fornecedor.
Vamos começar

Envie-nos a lista de domínios

Com os domínios e subdomínios dizemos-vos que certificados dependem de uma CA afetada e onde está instalado cada um. A partir daí, decidem se somos nós a trocá-los.

Certificado SSL revogado: o que fazer agora

Conte-nos seu desafio. Propomos uma solução.

Sem compromisso. Em menos de 24 horas, você recebe uma proposta com escopo, cronograma e orçamento. Sem letras miúdas.

Agende uma call gratuita →