O que é o Let's Encrypt
O Let's Encrypt é uma autoridade certificadora () gratuita e automatizada, mantida pela organização sem fins lucrativos Internet Security Research Group (). Ele emite certificados TLS com validação de domínio sem custo nenhum, e faz isso inteiramente pelo ACME, o protocolo de automação, sem nenhum processo manual de compra. Essa combinação, gratuito e totalmente automatizado, é o que fez do HTTP criptografado a regra na web, e não a exceção.
Por que os certificados duram pouco
Um certificado do Let's Encrypt vale por 90 dias, bem menos do que os certificados de um a dois anos que já foram o normal (veja validade dos certificados). Uma validade curta limita a janela de estrago se uma chave for comprometida e transforma a renovação automática numa obrigação, e não num detalhe para depois, e a ideia é exatamente essa: um certificado que precisa ser renovado a cada poucos meses não pode depender de alguém se lembrar de renovar. Em 2025, o Let's Encrypt foi além e passou a oferecer certificados de vida curta, válidos por cerca de seis dias, pedidos por meio de um perfil de certificado, levando a mesma lógica até as últimas consequências. Nos dois casos, o modelo de operação é o mesmo: o cliente renova sozinho, bem antes do vencimento.
Como os rate limits funcionam
Para manter justo um serviço gratuito, o Let's Encrypt limita a emissão. Os rate limits (limites de emissão) funcionam num esquema de token bucket (balde de fichas): cada limite é um balde que volta a encher com o tempo, então você pode gastar tudo de uma vez ou espalhar as requisições, e, quando o balde esvazia, ele volta a encher aos poucos, em vez de zerar numa data fixa do calendário. Revogar um certificado não devolve capacidade, porque a emissão já consumiu o recurso. Os principais limites de produção, segundo a documentação do Let's Encrypt, são:
- 50 certificados novos por domínio registrado a cada 7 dias. É o limite em que mais gente esbarra. Ele é global, vale para todas as contas somadas, e se recompõe à razão de um certificado a cada 3,4 horas, aproximadamente.
- 300 pedidos novos por conta a cada 3 horas, com recomposição de um pedido a cada 36 segundos.
- 5 certificados por conjunto exato de identificadores a cada 7 dias. Pedir o mesmo conjunto de nomes várias vezes seguidas, muitas vezes porque o cliente foi reinstalado ou apagado durante um troubleshooting, é o jeito mais comum de bater nesse limite, e ele se recompõe devagar.
- Falhas de autorização por identificador, por conta, limitadas a 5 por hora, para impedir que um cliente mal configurado fique martelando a validação. Um limite separado, de falhas consecutivas, acaba pausando um nome que continua falhando, até você reativá-lo.
- Limites de registro de conta e de requisições por IP, além dos anteriores; os limites de requisições por IP são aplicados nos load balancers.
Como esses valores mudam com o tempo, a fonte oficial para os números atuais é a página de rate limits do Let's Encrypt.
O domínio registrado é a unidade que conta
O limite por domínio é contado sobre o domínio registrado, e não sobre cada hostname. O Let's Encrypt define isso usando a Public Suffix List: o domínio registrado é o sufixo público mais um rótulo (label). Assim, www.example.com e api.example.com contam os dois para example.com, mas example.co.uk é o domínio registrado de new.blog.example.co.uk, porque .co.uk já é, ele mesmo, um sufixo público. É esse o detalhe que pega as pessoas de surpresa: os subdomínios dividem uma mesma cota. Em certificados para endereço IP, a unidade é o endereço IPv4 exato, ou o bloco IPv6 /64 que contém o endereço. Como um único certificado pode ter até 100 nomes, e um wildcard como *.example.com cobre todos os subdomínios de uma vez, juntar muitos hostnames em menos certificados é a forma padrão de ficar com folga abaixo do limite por domínio.
A renovação é a saída
Os limites foram desenhados de propósito para que a renovação raramente esbarre neles, e entender o mecanismo importa para quem automatiza em escala. O Let's Encrypt reconhece uma renovação de duas formas. A mais forte é o Renewal Information (ARI): um cliente com suporte a ARI pergunta à CA quando renovar e, ao fazer o novo pedido, informa qual certificado está substituindo. Uma renovação coordenada por ARI fica isenta de todos os rate limits. A mais fraca é o comportamento antigo, em que um pedido para exatamente o mesmo conjunto de identificadores é tratado como renovação; isso isenta o pedido dos limites por conta e por domínio registrado, mas não dos limites por conjunto exato nem por falha de autorização. A recomendação prática sai direto daí: use um cliente com suporte a ARI, e a renovação praticamente deixa de ser uma preocupação com rate limit.
Teste primeiro no staging
O Let's Encrypt mantém um ambiente de staging separado, com limites muito mais altos e uma hierarquia de certificados não confiável. Aponte para lá, primeiro, um cliente novo ou uma sessão de troubleshooting: você tem o fluxo ACME completo sem gastar a capacidade de produção nem correr o risco de bloquear um domínio real. Só passe para produção quando a emissão funcionar de ponta a ponta.
A cadeia e as raízes
Os certificados atuais do Let's Encrypt encadeiam até as raízes da própria ISRG: ISRG Root X1 () e ISRG Root X2 (), as duas hoje confiáveis diretamente para navegadores e sistemas operacionais, com certificados intermediários que se revezam no meio da cadeia. No começo, o Let's Encrypt dependia de uma assinatura cruzada (cross-sign) da raiz mais antiga da IdenTrust, para que os clientes confiassem nele antes de as raízes da ISRG estarem amplamente distribuídas; os clientes modernos não precisam mais desse caminho. Você pode inspecionar qualquer certificado emitido, inclusive os ponteiros da cadeia, com o decodificador de certificados, e calcular o registro dns-01 para a emissão com a ferramenta ACME dns-01.