Gerador Cabeçalho HSTS

Gerador de Cabeçalho HSTS e Validador de Preload

IETF RFC 6797

Gere cabeçalhos HTTP Strict-Transport-Security (HSTS) em conformidade com a RFC 6797, com calculadora de max-age, diretiva includeSubDomains e verificação para inclusão na lista Chrome HSTS Preload.

Presets:
Duração Efetiva:2 years (730 days / 63,072,000s)
includeSubDomainsRFC 6797 §6.1.2

Impõe HSTS em todos os subdomínios atuais e futuros (ex. *.example.com). Obrigatório para o Chrome Preload.

preloadEspec. Chromium

Concede consentimento para ser incorporado no código-fonte do Chrome, Edge, Firefox e Safari. Requer max-age >= 31536000 e includeSubDomains.

Sinalizador do Servidor "always" (Nginx / Apache)Recomendado

Garante que o cabeçalho seja enviado em todas as respostas HTTP, incluindo páginas de erro 404, 500 e 502.

# ====================================================================
# Nginx Configuration: Strict-Transport-Security (HSTS)
# Server Block: https://example.com
# ====================================================================
server {
    listen 443 ssl http2;
    listen [::]:443 ssl http2;
    server_name example.com *.example.com;

    # SSL Certificate Paths
    ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem;

    # HSTS Security Header
    # Note: 'always' ensures the header is sent even on 4xx/5xx error responses
    add_header Strict-Transport-Security "max-age=63072000; includeSubDomains; preload" always;

    # Recommended Complementary Security Headers
    add_header X-Content-Type-Options "nosniff" always;
    add_header X-Frame-Options "DENY" always;
    add_header Referrer-Policy "strict-origin-when-cross-origin" 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-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto https;
    }
}

# Redirect HTTP (Port 80) to HTTPS (Port 443)
# RFC 6797 §7.2: DO NOT send Strict-Transport-Security over insecure HTTP!
server {
    listen 80;
    listen [::]:80;
    server_name example.com *.example.com;
    return 301 https://$host$request_uri;
}
Diretivas Ativas
3 / 3 Ativas
Prontidão para Preload
100% (Ready)
Duração Efetiva
2 years

Avaliação 100% no Cliente

Zero envio para servidores. Seus domínios e políticas são calculados com total privacidade no navegador.

Especificação RFC 6797 e Chrome Preload

Totalmente compatível com IETF RFC 6797 e requisitos da lista oficial de HSTS Preload do Chromium.

Síntese para Múltiplos Servidores

Exportação imediata de regras para Nginx, Apache, Caddy, Cloudflare Workers, Next.js e HAProxy.

Referência técnica e guia de arquitetura

Gerador de Cabeçalhos HSTS e Validador de Preload — Guia de referência

Gere cabeçalhos HTTP Strict-Transport-Security (HSTS) em conformidade com a RFC 6797, com calculadora de max-age, diretiva includeSubDomains e verificação para inclusão na lista Chrome HSTS Preload.

Parâmetros principais e controles

max-ageInteiro (segundos)

Especifica o tempo em segundos durante o qual o navegador deve forçar exclusivamente conexões HTTPS seguras e recusar tráfego HTTP desprotegido.

Padrão: 63072000 (2 anos)
includeSubDomainsSinalizador booleano

Estende a política HSTS a todos os subdomínios do host, evitando ataques de downgrade em serviços internos ou futuros.

Padrão: true
preloadSinalizador booleano

Autoriza a submissão e inclusão permanente do domínio na lista global de pré-carregamento HSTS dos navegadores Chrome, Firefox, Safari e Edge.

Padrão: true
Servidor Web / PlataformaEnum (Nginx | Apache | Cloudflare | Caddy | Vercel | IIS)

Sintaxe de configuração do servidor ou proxy reverso para envio do cabeçalho Strict-Transport-Security.

Padrão: Nginx

Dicas profissionais e melhores práticas

Não configure max-age de 2 anos com

Não configure max-age de 2 anos com includeSubDomains logo de início. Comece com 5 minutos (max-age=300), aumente para 1 semana (max-age=604800) e garanta que todos os subdomínios (e-mail, staging, APIs) possuam certificados SSL válidos.

Conforme a RFC 6797 Seção 7.2

Conforme a RFC 6797 Seção 7.2, navegadores ignoram cabeçalhos HSTS recebidos via HTTP comum. Adicionar HSTS em redirecionamentos na porta 80 gera inconformidades em relatórios de segurança.

A aprovação no hstspreload.org compila

A aprovação no hstspreload.org compila seu domínio diretamente nos binários dos navegadores. Remover o domínio exige ciclos de atualização dos fabricantes, demorando de 2 a 6 meses para alcançar todos os usuários.

Problemas comuns e solução de problemas

Subdomínios tornam-se inacessíveis devido a erros de certificado SSL

Com includeSubDomains ativo, o navegador exige HTTPS em todos os subdomínios. Emita imediatamente certificados dedicados ou wildcard, ou configure temporariamente 'max-age=0' no domínio principal para limpar o cache HSTS dos clientes.

Domínio reprovado na validação do hstspreload.org

Assegure que o domínio raiz forneça certificado TLS válido, redirecione HTTP (porta 80) para HTTPS, responda com max-age >= 31536000 e contenha as diretivas 'includeSubDomains' e 'preload' na resposta HTTPS.

Perguntas frequentes (FAQ)

O que é HTTP Strict Transport Security (HSTS) e contra quais ameaças ele protege?▼

HSTS é um cabeçalho de segurança padronizado pela IETF na RFC 6797. Ele instrui os navegadores a reescreverem automaticamente qualquer link 'http://' para 'https://' antes de qualquer tráfego sair da máquina do usuário. Isso neutraliza ataques de interceptação (MITM), como SSL stripping em redes Wi-Fi públicas, e bloqueia a aceitação de certificados inválidos.

Quais são os pré-requisitos para aprovação na lista Chrome HSTS Preload?▼

Para ser aceito no hstspreload.org, o domínio precisa: 1) ter certificado TLS válido, 2) redirecionar porta 80 para HTTPS no mesmo host, 3) cobrir todos os subdomínios com HTTPS, 4) enviar cabeçalho HSTS com max-age mínimo de 31536000 segundos (1 ano) e 5) conter obrigatoriamente as diretivas 'includeSubDomains' e 'preload'.

É possível reverter uma configuração de HSTS caso ocorra um problema crítico?▼

Para domínios fora da lista Preload, basta enviar 'Strict-Transport-Security: max-age=0' via HTTPS, o que limpa a regra do cache do navegador no próximo acesso. No entanto, se o domínio já foi incorporado à lista Preload, a exclusão exige solicitação no hstspreload.org e depende da distribuição de novas versões dos navegadores.

Por que os navegadores bloqueiam a opção de ignorar avisos de certificado com HSTS ativado?▼

No HTTPS comum, o usuário pode clicar em 'Prosseguir mesmo assim'. Sob o HSTS, a RFC 6797 exige que o navegador encerre a conexão sumariamente sem permitir exceções manuais, protegendo o usuário contra ataques com certificados forjados ou interceptações de proxy.

Ferramentas e utilitários relacionados

Todas as ferramentas →
Guia do Desenvolvedor: Gerador de Configuração de Endurecimento (Hardening) do OpenSSH (sshd_config)Segurança

Crie arquivos de configuração sshd_config reforçados para produção no Linux, exigindo autenticação por chave pública, cifras AEAD modernas, timeouts rigorosos e bloqueio de root.

Abrir ferramenta→
Ufw Rules Generator Referência para DesenvolvedoresSegurança

Utilitário para desenvolvedores de ufw-rules-generator.

Abrir ferramenta→
Gerador de Regras de Firewall iptables do Linux e Scripts ShellSegurança

Construa regras iptables para cadeias INPUT/FORWARD/OUTPUT, inspeção de estado conntrack, proteção contra SYN flood, redirecionamento NAT e exportação de scripts shell.

Abrir ferramenta→
Guia do Desenvolvedor: Gerador e Analisador de Registros DNS SPFSegurança

Crie e valide registros SPF TXT em total conformidade com a RFC 7208, abrangendo blocos CIDR IPv4/IPv6, MX, A, mecanismos include e políticas SoftFail/HardFail.

Abrir ferramenta→
Construtor de Registro de Política DMARC DNS e Validador de SintaxeSegurança

Gere e valide registros DNS TXT DMARC em conformidade com o RFC 7489, com aplicação de políticas (none/quarantine/reject), relatórios agregados rua/ruf e tags de alinhamento.

Abrir ferramenta→
Gerador de Registros DNS CAA e Validador de PolíticasSegurança

Crie registros DNS CAA em conformidade com a RFC 8659 para restringir a emissão de certificados SSL/TLS exclusivamente a autoridades confiáveis (Let's Encrypt, DigiCert, Sectigo).

Abrir ferramenta→