Como o TLS/HTTPS funciona?

Question

IT Interview Practice · Accepted Answer

**HTTPS é apenas HTTP rodando dentro de um canal criptografado por TLS.** O TLS (Transport Layer Security) lhe dá três garantias: **confidentiality** (o tráfego é criptografado), **integrity** (não pode ser adulterado sem ser detectado) e **authentication** (você está realmente falando com o servidor nomeado no certificate). Ele é negociado num **handshake** antes de qualquer HTTP ser enviado:

```text
Client                                   Server
  │──── ClientHello ──────────────────────▶│   (TLS versions, cipher suites, random)
  │◀─── ServerHello + Certificate ─────────│   (chosen cipher + cert with public key)
  │                                         │
  │  verify cert against a trusted CA       │
  │  agree on keys (e.g. ECDHE key exchange)│
  │                                         │
  │──── Finished (encrypted) ──────────────▶│
  │◀─── Finished (encrypted) ───────────────│
  │========= encrypted application data ====│   (now HTTP flows, encrypted)
```

A parte engenhosa é combinar dois tipos de criptografia. A criptografia **asymmetric** (o par de chaves pública/privada do certificate) é usada apenas brevemente para *autenticar o servidor e acordar com segurança um segredo compartilhado*. Esse segredo compartilhado então serve de chave para a rápida criptografia **symmetric** (como o AES) para o grosso dos dados — porque a criptografia asymmetric é lenta demais para cada byte.

A **authentication** depende da cadeia de certificates: o certificate do servidor é assinado por uma **Certificate Authority (CA)**, e seu SO/navegador vem com uma lista de CAs confiáveis. Se a cadeia é válida e o nome bate, a confiança é estabelecida; se não (expirado, self-signed, host errado), o navegador mostra um aviso. O moderno **TLS 1.3** simplifica tudo isso para uma única ida e volta (0-RTT na retomada) e descarta ciphers legados e inseguros.

## Por que isso importa

O TLS sustenta essencialmente todo o tráfego web, então entendê-lo é o mínimo esperado para qualquer função de backend, segurança ou infraestrutura. Os entrevistadores o usam para testar se você compreende o **modelo de criptografia híbrida** — asymmetric para estabelecer confiança e uma chave compartilhada, symmetric pela velocidade — que é um padrão recorrente em sistemas de segurança. É também intensamente prático: certificates expirados, cadeias não confiáveis e incompatibilidades de protocolo/cipher são incidentes comuns de produção, e saber como o handshake e a validação de certificate funcionam é o que permite diagnosticá-los rapidamente (ex.: com `curl -v` ou `openssl s_client`).

Por que isso importa

Perguntas relacionadas