Aula 3 de 4 · 8 min
HTTPS e certificados: o que o cadeado prova e o que não prova
O que o TLS realmente faz, o que um certificado de fato certifica, e por que o cadeado não é um veredito sobre a confiabilidade de um site.
A primeira aula mencionou que endereços https:// usam criptografia. Esta aula olha mais de perto como essa criptografia é estabelecida, o que o ícone de cadeado no seu navegador realmente atesta, e onde sua garantia para.
TLS: o protocolo por trás do cadeado
O HTTPS é o protocolo web comum, o HTTP, rodando dentro da Transport Layer Security (TLS), um protocolo publicado pela primeira vez em 1999 e agora na versão 1.3. O Learning Center da Cloudflare resume o que o TLS realiza em três partes: criptografia, que esconde os dados de qualquer outra pessoa na rede; autenticação, que verifica que você está falando com o servidor que pensa estar; e integridade, que detecta se os dados foram alterados em trânsito. Antes de qualquer conteúdo ser trocado, seu Mac e o servidor realizam um “aperto de mão TLS”: eles concordam em uma versão do TLS, concordam nos métodos criptográficos a usar, e geram as chaves que vão criptografar o resto da sessão.
O que um certificado realmente certifica
Para que esse aperto de mão signifique algo, seu navegador precisa de prova de que a chave pública do servidor realmente pertence ao site que você digitou. Essa prova é o certificado TLS. Segundo a Cloudflare, um certificado reúne o nome de domínio, a chave pública, uma data de expiração e a assinatura digital de quem o emitiu: uma autoridade certificadora (CA), uma organização na qual seu navegador e sistema operacional já confiam. A Let’s Encrypt, uma autoridade certificadora gratuita e amplamente usada, descreve o processo claramente: antes de emitir um certificado, seu software verifica que quem o solicitou realmente controla o domínio, por exemplo pedindo que publique um arquivo específico naquele site ou um registro de DNS específico. Só depois dessa checagem ela assina um certificado.
Isso importa porque define o limite do que um certificado padrão prova. Ele prova que quem o solicitou controla o nome de domínio naquele momento. Ele não avalia o negócio por trás do site, não verifica se o operador é honesto, nem promete que o conteúdo é seguro. Qualquer um, incluindo um golpista, pode registrar um domínio e obter um certificado válido para ele em minutos.
Lendo o cadeado corretamente
| O cadeado confirma | O cadeado não confirma |
|---|---|
| Que a conexão entre seu navegador e esse servidor está criptografada | Que a organização que administra o site é legítima ou confiável |
| Que quem configurou o certificado controla exatamente esse nome de domínio | Que o próprio nome de domínio não é enganoso (uma grafia parecida, por exemplo) |
| Que o conteúdo não foi alterado em trânsito por um terceiro | Que o próprio site não vai usar indevidamente o que você digita nele |
O guia Surveillance Self-Defense da Electronic Frontier Foundation coloca o ponto de fundo diretamente: “só porque um serviço usa HTTPS não significa que o serviço proteja totalmente a privacidade de seus usuários”. O HTTPS protege o cano; ele não diz nada sobre o que o destino faz com o que chega por ele. O mesmo guia observa que o HTTPS esconde de espiões de rede a qual página de um site você visitou, mas o próprio site continua recebendo tudo que você digita — buscas, mensagens, logins — sem criptografia da perspectiva dele, porque ele é a outra ponta da conexão criptografada, não um observador dela.
Certificados autoassinados e expirados
A Cloudflare também explica o que acontece sem uma autoridade certificadora confiável: qualquer um pode gerar seu próprio certificado “autoassinado”, mas os navegadores não têm nenhuma autoridade externa contra a qual verificá-lo, então marcam esses sites como não seguros ou simplesmente recusam carregá-los. Um certificado expirado produz um aviso parecido. Nenhum dos dois avisos necessariamente significa que um ataque está acontecendo, mas significa que o navegador não consegue verificar no momento com quem está falando, que é exatamente a checagem que o TLS deveria fornecer.
Para lembrar
- O HTTPS transporta o tráfego web comum dentro do TLS, que fornece criptografia, autenticação do servidor e verificação de integridade.
- Um certificado TLS é emitido por uma autoridade certificadora depois de verificar que quem o solicitou controla o domínio — nada mais.
- O cadeado confirma que a conexão está criptografada e alcança o domínio alegado; ele não atesta a honestidade de quem administra o site.
- Atacantes conseguem, e de fato obtêm, certificados válidos para domínios enganosos, então o cadeado sozinho não consegue descartar um golpe.
- O HTTPS protege os dados em trânsito, não o que o servidor de destino faz com eles depois que chegam.
Teste seus conhecimentos
1. O que um certificado TLS padrão realmente prova?
- Que o site é administrado por um negócio confiável
- Que quem detém o certificado controla o nome de domínio para o qual ele foi emitido — Certo.
- Que o site não contém golpes
- Que o site foi revisado por uma agência governamental
Autoridades certificadoras como a Let’s Encrypt verificam o controle do domínio antes de emitir um certificado; elas não avaliam a honestidade do operador.
2. Segundo a EFF, qual é um limite fundamental do HTTPS?
- Ele deixa toda conexão mais lenta
- Usar HTTPS não significa que um serviço proteja totalmente a privacidade de seus usuários — Certo.
- Ele só funciona no Wi-Fi
- Ele elimina a necessidade de senhas
O HTTPS protege a conexão, mas o site do outro lado ainda vê tudo que você envia a ele e controla o que faz com esses dados.
3. Quais são as três coisas que a Cloudflare diz que o TLS fornece?
- Velocidade, armazenamento e backup
- Criptografia, autenticação e integridade — Certo.
- Compressão, cache e balanceamento de carga
- Firewall, registro e antivírus
O TLS esconde os dados de espiões (criptografia), confirma a identidade do servidor (autenticação) e detecta adulteração (integridade).
4. Por que um navegador pode marcar um site como "não seguro" mesmo que seu endereço comece com https://?
- Porque o site está usando muita largura de banda
- Porque seu certificado é autoassinado ou expirado, então não pode ser verificado contra uma autoridade confiável — Certo.
- Porque o site tem imagens demais
- Porque o nome de domínio é longo demais
Sem um certificado válido e atualmente confiável, o navegador não consegue confirmar a identidade do servidor, então avisa o usuário em vez de presumir que está seguro.
Praticar com o FireAI
Coloque esta lição em prática no seu próprio Mac.
- Descubra para onde um app envia dados, no Mapa-múndi — Veja exatamente com que empresa e país um app está conversando em silêncio.
- Inspeção profunda, sem descriptografar nada — Tenha detalhes reais sobre uma conexão segura sem que o FireAI leia nunca o que tem lá dentro.
- O Mapa-múndi — Veja para onde seus dados realmente vão, não só um nome de host que você teria que procurar sozinho.
Fontes
- Cloudflare Learning Center: What is Transport Layer Security (TLS)?
- Cloudflare Learning Center: What is an SSL certificate?
- Let’s Encrypt: How It Works
- EFF Surveillance Self-Defense: What Should I Know About Encryption?
Coloque em prática no seu Mac
Teste todos os recursos grátis por 17 dias, sem cartão.