Certificado SSL gratuito é seguro?

Toda vez que alguém descobre o Let's Encrypt, vem a mesma pergunta desconfiada: "se é de graça, deve ser menos seguro, certo?". A intuição é compreensível — pagamos por antivírus, por VPN, por quase tudo que envolve segurança — mas neste caso ela está errada. Um certificate gratuito do Let's Encrypt usa exatamente a mesma criptografia que um certificate de 300 dólares por ano: o mesmo TLS, as mesmas chaves RSA ou ECC, o mesmo SHA-256 no fingerprint. A conexão cifrada é byte-por-byte idêntica. O que muda entre o gratuito e o pago não é a segurança da conexão — é o tipo de validação que a certificate authority fez antes de emitir.

Este artigo separa o que um certificate realmente garante do que ele não garante, explica os tipos de validation (DV, OV, EV) e por que, para a esmagadora maioria dos sites, pagar por um certificate é desperdício de dinheiro.

A criptografia é a mesma — sempre

Quando seu navegador abre uma conexão HTTPS, acontece o TLS handshake: cliente e servidor negociam um algoritmo, trocam chaves e estabelecem um canal cifrado. Esse processo não consulta quanto você pagou pelo certificate. Ele usa os mesmos cipher suites, a mesma força de chave (2048 bits de RSA ou uma curva elíptica como a P-256) e a mesma função de hash para assinar.

O certificate em si é um documento assinado pela certificate authority que diz, em essência: "a chave pública dentro deste arquivo pertence ao domínio X". Essa assinatura é verificada com criptografia assimétrica — se você quer entender por que a CA assina com a chave privada dela e o navegador valida com a pública, vale a leitura sobre criptografia simétrica vs assimétrica. O preço do certificate não entra em nenhuma dessas contas matemáticas. Um certificate gratuito e um EV de quatro dígitos produzem o mesmo nível de proteção no fio.

DV, OV, EV: a diferença está na validation

Se a cripto é igual, o que você compra quando paga? Você compra um processo de validation mais rigoroso por parte da certificate authority. Existem três níveis:

• DV (Domain Validation) — a CA só confirma que você controla o domínio. É o que o Let's Encrypt faz, de forma automatizada: ele te pede para publicar um token num arquivo do servidor ou num registro DNS, verifica que está lá e emite o certificate. Leva segundos.
• OV (Organization Validation) — além do domínio, a CA verifica que a empresa por trás dele existe de fato: consulta registros públicos, às vezes liga para a organização. Custa dinheiro e leva dias.
• EV (Extended Validation) — a versão mais cara, com um processo de auditoria mais pesado da pessoa jurídica.

O ponto que quase ninguém te conta: OV e EV não adicionam nada à criptografia. A chave, o handshake e o hash são idênticos aos do DV gratuito. O que você paga é a diligência humana da CA em conferir documentos da sua empresa — informação que, na prática, vai parar num campo do certificate que praticamente nenhum visitante abre para ler.

O que o certificate garante (e o que não garante)

Um certificate válido garante duas coisas concretas:

1. A conexão é cifrada. Ninguém no caminho — provedor, rede Wi-Fi pública, intermediário — consegue ler ou alterar o que trafega.
2. Você está falando com o dono daquele domínio. A CA atestou que quem apresenta o certificate controla exemplo.com, então você não caiu num impostor que sequestrou a rota.

E aqui vem o mal-entendido mais perigoso. Um certificate não garante que o site é honesto. Um golpista pode registrar seu-banc0.com, pedir um Let's Encrypt gratuito em trinta segundos e ter um cadeado verdinho perfeito. O HTTPS dele é tecnicamente impecável — a conexão é cifrada e ele é mesmo o dono daquele domínio de phishing. O cadeado nunca foi um selo de confiança no conteúdo; é só a prova de que o canal é seguro e de que o domínio é quem diz ser.

Esse é exatamente o motivo pelo qual os navegadores abandonaram o destaque visual do EV. Por anos, o Chrome e o Firefox mostravam o nome da empresa em verde na barra de endereço para certificates EV. Estudos mostraram que ninguém olhava, ninguém entendia, e o sinal não reduzia phishing. Hoje todos os certificates exibem o mesmo cadeado neutro. O diferencial visual pelo qual as empresas pagavam simplesmente sumiu.

Renovação automática e o ciclo de 90 dias

A maior fricção histórica do HTTPS era renovar o certificate antes que ele expirasse — quem esqueceu já viu o site cair com um erro de certificate expirado. O Let's Encrypt resolveu isso com um prazo curto de propósito: 90 dias. Curto demais para fazer à mão, o que força a automatização.

A ferramenta padrão é o certbot. A renovação típica é uma única tarefa agendada:

# Renova qualquer certificate a menos de 30 dias de expirar
certbot renew --quiet

Coloque isso num cron ou num systemd timer rodando uma vez por dia e nunca mais pense no assunto. O certbot só age quando o certificate está perto de expirar, recarrega o servidor sozinho e segue. O ciclo curto, longe de ser um defeito, é uma vantagem de segurança: se uma chave for comprometida, a janela de exposição é menor.

A cadeia de confiança é o que importa

O que de fato dá valor a um certificate não é o preço — é a cadeia de confiança. Seu certificate é assinado por um intermediate, que por sua vez é assinado por uma root CA cuja chave pública já vem embutida no sistema operacional e nos navegadores. A validação percorre essa cadeia até chegar a uma raiz confiável:

Certificate do seu site (folha)
   └─ assinado pelo Intermediate CA
        └─ assinado pela Root CA  ← confiança pré-instalada no navegador

O Let's Encrypt tem suas roots e intermediates nos trust stores de todos os sistemas relevantes desde 2016. Por isso o certificate gratuito é aceito em qualquer lugar, sem aviso. A confiança vem dessa cadeia criptográfica, não de quanto você gastou.

Vale notar que toda essa cadeia se apoia em funções de hash: o fingerprint de cada certificate é um SHA-256, e a assinatura da CA é calculada sobre o hash do certificate, não sobre o arquivo inteiro. Se quiser ver na prática como um hash funciona — e por que mudar um único byte muda o digest inteiro — gere um com um hash generator e compare. Entender o fingerprint do certificate fica bem mais concreto depois disso.

Perguntas frequentes

Certificado gratuito do Let's Encrypt é tão seguro quanto um pago?

Sim, no que diz respeito à criptografia da conexão. O TLS handshake, a força da chave (RSA 2048 ou ECC) e o SHA-256 são idênticos. Um certificate pago só agrega um processo de validation mais rigoroso da empresa por trás do domínio, não uma cifra mais forte. Para 99% dos sites, não há diferença prática de segurança.

Por que então alguém pagaria por um certificate SSL?

Casos legítimos são poucos: uma instituição financeira que precisa do OV por exigência regulatória, ou uma empresa que quer suporte contratual e garantia financeira da CA. Fora isso, pagar por um DV — que é o que o Let's Encrypt entrega de graça — é jogar dinheiro fora. O EV, então, perdeu até o destaque visual que justificava o custo nos navegadores.

O cadeado verde significa que o site é confiável?

Não. O cadeado significa apenas duas coisas: a conexão é cifrada e o site é mesmo o dono daquele domínio. Um site de phishing pode ter cadeado perfeito, porque também controla seu próprio domínio fraudulento. Confiar no conteúdo de um site é uma decisão separada — verifique o nome do domínio, não o cadeado.

Preciso renovar o certificate manualmente a cada 90 dias?

Não, e nem deveria. O ciclo curto do Let's Encrypt existe justamente para forçar a automatização. Configure o certbot renew num cron diário e a renovação acontece sozinha quando faltam menos de 30 dias para expirar. Você só toca no assunto se a automação quebrar.

O veredito

Para 99% dos sites, o Let's Encrypt é a escolha certa e ponto final. A criptografia que protege seus visitantes é a mesma de qualquer certificate pago — TLS, RSA ou ECC, SHA-256 — e a confiança vem da cadeia de CAs, não do valor da fatura. Pagar por um DV é desperdício; o EV perdeu o único diferencial visual que tinha. Configure o certbot, deixe a renovação automática rodando e gaste seu orçamento de segurança em algo que de fato muda o jogo, como autenticação forte e logging. O cadeado é o piso da segurança, nunca o teto.