Configuração segura de TLS no Nginx

Ter HTTPS não é suficiente, TLS mal configurado ainda é vulnerável a ataques como BEAST, POODLE, DROWN e downgrade attacks. Configurar apenas TLS 1.2/1.3, cifras modernas, HSTS e OCSP stapling garante que seu servidor resiste a análises de segurança como o SSL Labs Test e protege de verdade os dados dos usuários.

Configuração TLS moderna no Nginx

Template de configuração SSL/TLS recomendado para 2026:

nginx
# /etc/nginx/snippets/ssl-params.conf — reutilizar em todos os vhosts

# Protocolos: apenas TLS 1.2 e 1.3 (SSL 3.0, TLS 1.0, 1.1 desabilitados)
ssl_protocols TLSv1.2 TLSv1.3;

# Cifras modernas (TLS 1.2):
ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES128-GCM-SHA256;

# Preferir cifras do servidor sobre as do cliente:
ssl_prefer_server_ciphers off;

# Parâmetros DH para Forward Secrecy (gerar uma vez):
# sudo openssl dhparam -out /etc/nginx/dhparam.pem 4096
ssl_dhparam /etc/nginx/dhparam.pem;

# Cache de sessão SSL (melhora performance):
ssl_session_cache shared:SSL:10m;
ssl_session_timeout 1d;
ssl_session_tickets off;    # desabilitar session tickets (Forward Secrecy)

# OCSP Stapling — reduz latência de verificação de certificado:
ssl_stapling on;
ssl_stapling_verify on;
resolver 1.1.1.1 8.8.8.8 valid=300s;
resolver_timeout 5s;

HSTS e cabeçalhos de segurança obrigatórios

Forçar HTTPS e adicionar cabeçalhos de segurança HTTP:

nginx
# /etc/nginx/snippets/security-headers.conf

# HSTS: forçar HTTPS por 1 ano (incluindo subdomínios):
add_header Strict-Transport-Security "max-age=31536000; includeSubDomains; preload" always;

# Impedir que a página seja carregada em iframes (clickjacking):
add_header X-Frame-Options "SAMEORIGIN" always;

# Desabilitar detecção automática de content type (MIME sniffing):
add_header X-Content-Type-Options "nosniff" always;

# Controlar referrer information:
add_header Referrer-Policy "strict-origin-when-cross-origin" always;

# Permissions Policy — desabilitar APIs não usadas:
add_header Permissions-Policy "camera=(), microphone=(), geolocation=()" always;

# Content Security Policy — adaptar para cada aplicação:
# (começar com Report-Only para testar sem quebrar)
add_header Content-Security-Policy-Report-Only "default-src 'self'; script-src 'self' 'unsafe-inline'; style-src 'self' 'unsafe-inline'; img-src 'self' data: https:;" always;

# Remover header que expõe versão do Nginx:
server_tokens off;

# No vhost:
server {
    include snippets/ssl-params.conf;
    include snippets/security-headers.conf;
    ...
}

Certificado Let's Encrypt com renovação automática

Emitir e renovar certificado TLS automaticamente:

bash
# Instalar Certbot:
sudo apt install -y certbot python3-certbot-nginx

# Emitir certificado com validação DNS (mais confiável):
sudo certbot --nginx -d seudominio.com.br -d www.seudominio.com.br

# Verificar certificado emitido:
sudo certbot certificates

# Testar renovação automática:
sudo certbot renew --dry-run

# O Certbot configura timer systemd automaticamente:
sudo systemctl list-timers | grep certbot

# Para wildcard (*.seudominio.com.br) — requer validação DNS:
sudo certbot certonly --manual --preferred-challenges dns \
  -d "*.seudominio.com.br" -d "seudominio.com.br"

# Com plugin DNS (automatizado para CloudFlare, Route53, etc.):
sudo apt install python3-certbot-dns-cloudflare
sudo certbot certonly --dns-cloudflare \
  --dns-cloudflare-credentials /etc/letsencrypt/cloudflare.ini \
  -d "*.seudominio.com.br"

Testar e validar a configuração TLS

Ferramentas para verificar a qualidade da configuração SSL:

bash
# Testar configuração Nginx sem reiniciar:
sudo nginx -t

# Testar certificado e protocolos localmente:
openssl s_client -connect seudominio.com.br:443 -tls1_3
openssl s_client -connect seudominio.com.br:443 -tls1_2
# TLS 1.0 deve falhar:
openssl s_client -connect seudominio.com.br:443 -tls1 2>&1 | grep "handshake failure"

# Testador de cabeçalhos HTTP:
curl -I https://seudominio.com.br

# Verificar HSTS:
curl -I https://seudominio.com.br | grep -i "strict-transport"

# Verificar validade do certificado:
echo | openssl s_client -connect seudominio.com.br:443 2>/dev/null \
  | openssl x509 -noout -dates

# Script de monitoramento de expiração:
DAYS=$(echo | openssl s_client -connect seudominio.com.br:443 2>/dev/null \
  | openssl x509 -noout -enddate \
  | cut -d= -f2 \
  | xargs -I{} date -d "{}" +%s \
  | xargs -I{} expr \( {} - $(date +%s) \) / 86400)
echo "Certificado expira em $DAYS dias"

Configuração TLS para múltiplos domínios

Template completo de vhost seguro para produção:

nginx
# /etc/nginx/sites-available/minha-api.conf
server {
    listen 80;
    server_name api.seudominio.com.br;
    return 301 https://$host$request_uri;
}

server {
    listen 443 ssl http2;
    server_name api.seudominio.com.br;

    # Certificados:
    ssl_certificate     /etc/letsencrypt/live/api.seudominio.com.br/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/api.seudominio.com.br/privkey.pem;

    # Incluir configurações TLS e headers:
    include snippets/ssl-params.conf;
    include snippets/security-headers.conf;

    # CORS para API (se necessário):
    add_header Access-Control-Allow-Origin "https://app.seudominio.com.br" always;
    add_header Access-Control-Allow-Methods "GET, POST, PUT, DELETE, OPTIONS" always;
    add_header Access-Control-Allow-Headers "Authorization, Content-Type" always;

    location / {
        proxy_pass http://127.0.0.1:3000;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

Não quer configurar manualmente?

Implante o VPS em menos de 5 minutos com a Runstack. Infraestrutura da OPEN Datacenter, com servidores em São Paulo.

Perguntas frequentes

HSTS (HTTP Strict Transport Security) instrui o browser a sempre usar HTTPS para o domínio, mesmo se o usuário digitar http://. Sem HSTS: um atacante na rede pode interceptar o primeiro redirecionamento HTTP→HTTPS (SSL stripping). Com HSTS e preload: o browser recusa qualquer conexão não-HTTPS, eliminando esse vetor. O preload envia o domínio para a lista de preload dos browsers.

TLS 1.3 é mais seguro e mais rápido (1-RTT vs 2-RTT handshake). TLS 1.2 ainda é necessário para compatibilidade com browsers e sistemas antigos. Em 2026: desabilite TLS 1.0 e 1.1 definitivamente. TLS 1.2 ainda é aceitável se configurado com cifras AEAD (AES-GCM, CHACHA20). Para APIs internas onde você controla os clientes: TLS 1.3 apenas.

Forward Secrecy (FS) garante que se a chave privada do servidor for comprometida no futuro, conversas passadas não podem ser decriptadas. Sem FS: um atacante que gravou tráfego criptografado e depois obteve a chave privada pode decriptar tudo retroativamente. Cifras ECDHE e DHE têm FS. A configuração ssl_session_tickets off também é necessária para FS completo.

Normalmente, o browser verifica se o certificado foi revogado consultando o servidor OCSP da CA, adicionando latência a cada conexão nova. Com OCSP Stapling: o servidor Nginx faz essa consulta periodicamente e inclui a resposta assinada no handshake TLS, eliminando a consulta do browser e reduzindo a latência de conexões novas em ~50-100ms.

Requisitos para A+: TLS 1.2/1.3 apenas, cifras modernas (ECDHE), HSTS com max-age ≥ 6 meses e preload, Forward Secrecy em todas as suites, sem vulnerabilidades conhecidas (BEAST, POODLE, Heartbleed). Use a configuração do snippet ssl-params.conf + security-headers.conf acima e teste em ssllabs.com/ssltest/.