Generador Encabezado HSTS

Generador de Encabezados HSTS y Validador de Preload

IETF RFC 6797

Genere encabezados HTTP Strict-Transport-Security (HSTS) conformes a RFC 6797 con calculadora de max-age, directiva includeSubDomains y verificación de elegibilidad para la lista HSTS Preload de Chrome.

Presets:
Duración Efectiva:2 years (730 days / 63,072,000s)
includeSubDomainsRFC 6797 §6.1.2

Aplica HSTS en todos los subdominios actuales y futuros (ej. *.example.com). Obligatorio para Chrome Preload.

preloadEspec. Chromium

Otorga consentimiento para ser codificado de forma permanente en Chrome, Edge, Firefox y Safari. Requiere max-age >= 31536000 e includeSubDomains.

Indicador de Servidor "always" (Nginx / Apache)Recomendado

Garantiza que el encabezado se envíe en todas las respuestas HTTP, incluidas las páginas de error 404, 500 y 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;
}
Directivas Activas
3 / 3 Activas
Preparación para Preload
100% (Ready)
Duración Efectiva
2 years

Evaluación 100% en el Navegador

Sin envíos a servidores. Sus dominios y directivas de seguridad se procesan en el entorno aislado del navegador.

Estándar RFC 6797 y Chrome Preload

Totalmente compatible con la especificación IETF RFC 6797 y los requisitos oficiales de Chrome HSTS Preload.

Exportación Multi-Servidor

Genere configuraciones optimizadas para Nginx, Apache, Caddy, Cloudflare, Next.js y HAProxy.

Referencia técnica y guía de arquitectura

Generador de Encabezados HSTS y Validador de Preload — Guía de referencia

Genere encabezados HTTP Strict-Transport-Security (HSTS) conformes a RFC 6797 con calculadora de max-age, directiva includeSubDomains y verificación de elegibilidad para la lista HSTS Preload de Chrome.

Parámetros clave y controles

max-ageEntero (segundos)

Especifica el período en segundos durante el cual el navegador debe forzar conexiones HTTPS y rechazar enlaces HTTP no cifrados.

Por defecto: 63072000 (2 años)
includeSubDomainsBandera booleana

Aplica la política de seguridad estricta a todos los subdominios actuales y futuros, evitando ataques de degradación en servicios secundarios.

Por defecto: true
preloadBandera booleana

Otorga consentimiento explícito para que el dominio sea preinstalado en las listas globales de precarga HSTS de Chrome, Firefox, Safari y Edge.

Por defecto: true
Servidor Web / PlataformaEnum (Nginx | Apache | Cloudflare | Caddy | Vercel | IIS)

Sintaxis de configuración del servidor web o proxy inverso para enviar el encabezado de respuesta HTTP Strict-Transport-Security.

Por defecto: Nginx

Consejos profesionales y mejores prácticas

Nunca configure max-age de 2 años con

Nunca configure max-age de 2 años con includeSubDomains de golpe. Inicie con 5 minutos (max-age=300), aumente a 1 semana (max-age=604800) y verifique que todos los servicios internos, correo y subdominios dispongan de certificados TLS válidos.

Según la sección 7.2 del RFC 6797

Según la sección 7.2 del RFC 6797, los navegadores deben ignorar los encabezados HSTS recibidos mediante HTTP sin cifrar. Incluir HSTS en redirecciones de puerto 80 genera advertencias en auditorías de seguridad.

El registro en hstspreload.org inserta

El registro en hstspreload.org inserta su dominio en el código fuente de los navegadores. Eliminar un dominio requiere actualizaciones de versiones de cada fabricante, lo que suele demorar de 2 a 6 meses en distribuirse a todos los usuarios.

Errores comunes y solución de problemas

Subdominios inaccesibles debido a errores de certificado SSL o rechazo de conexión

Al activar includeSubDomains, el navegador exige HTTPS en cada subdominio. Si algún subdominio carece de certificado, emita un certificado comodín (wildcard) o certificado dedicado, o configure temporalmente 'max-age=0' en el dominio raíz para restablecer la caché HSTS de los clientes.

Rechazo de solicitud en hstspreload.org por incumplimiento de requisitos

Compruebe que el dominio principal sirva un certificado TLS válido, redirija el puerto HTTP 80 a HTTPS, devuelva un max-age de al menos 31536000 segundos e incluya expresamente las directivas 'includeSubDomains' y 'preload' en la respuesta HTTPS.

Preguntas frecuentes (FAQ)

¿Qué es HTTP Strict Transport Security (HSTS) y qué ataques mitiga?▼

HSTS es un estándar de seguridad de la IETF definido en RFC 6797. Ordena a los navegadores web transformar internamente cualquier enlace 'http://' en 'https://' antes de emitir la petición a la red. Esto neutraliza por completo los ataques de intermediario (MITM), como el SSL stripping en redes Wi-Fi públicas, e impide que los usuarios ignoren advertencias de certificados no válidos.

¿Cuáles son los requisitos indispensables para entrar en la lista Chrome HSTS Preload?▼

Para calificar en hstspreload.org, el dominio debe: 1) contar con un certificado TLS válido, 2) redirigir el puerto 80 a HTTPS en el mismo host, 3) soportar HTTPS en todos sus subdominios, 4) servir un encabezado HSTS con max-age de al menos 31536000 segundos (1 año), y 5) contener las directivas 'includeSubDomains' y 'preload'.

¿Se puede anular una política HSTS si ocurre un error grave de configuración?▼

En dominios no incluidos en la lista Preload, basta con enviar el encabezado 'Strict-Transport-Security: max-age=0' a través de HTTPS para que el navegador elimine la política en su próxima visita. Sin embargo, si el dominio ya fue incorporado a la lista Preload, la revocación exige tramitar la baja en hstspreload.org y esperar la actualización de los navegadores a nivel mundial.

¿Por qué los navegadores impiden omitir advertencias de certificados cuando HSTS está activo?▼

En HTTPS convencional, los navegadores permiten pulsar en 'Continuar de todos modos'. Con HSTS activo, el RFC 6797 prohíbe taxativamente cualquier omisión por parte del usuario y cierra la conexión inmediatamente, evitando que un atacante utilice certificados autofirmados o proxies no autorizados para interceptar tráfico.

Herramientas y utilidades relacionadas

Todas las herramientas →
Guía para Desarrolladores: Generador de Configuración de Seguridad para OpenSSH Server (sshd_config)Seguridad

Genere plantillas seguras y reforzadas de sshd_config para Linux, imponiendo autenticación por clave pública, cifrados AEAD modernos, tiempos de espera estrictos y bloqueo de root.

Abrir herramienta→
Seguridad de Linux y Automatización de InfraestructuraSeguridad

Genere reglas de firewall UFW de Ubuntu, políticas drop por defecto, limitación de velocidad y reenvío de puertos con script bash ejecutable.

Abrir herramienta→
Generador de Reglas de Firewall iptables de Linux y Scripts Shell - Guía de DesarrolloSeguridad

Construya reglas iptables para cadenas INPUT/FORWARD/OUTPUT, inspección con estado, protección anti SYN flood, reenvío NAT y exportación a shell script.

Abrir herramienta→
Guía para Desarrolladores del Generador y Analizador de Registros DNS SPFSeguridad

Cree, valide y optimice registros SPF TXT conformes con RFC 7208 con rangos CIDR IPv4/IPv6, MX, A, mecanismos include y políticas de fallo.

Abrir herramienta→
Generador de Registros de Política DMARC DNS y Validador de SintaxisSeguridad

Genere y valide registros DNS TXT DMARC conformes a RFC 7489 con políticas de aplicación (none/quarantine/reject), reportes agregados rua/ruf y etiquetas de alineación.

Abrir herramienta→
Guía de Desarrollo del Generador de Registros DNS CAA (Certification Authority Authorization)Seguridad

Genere registros DNS CAA conformes a la RFC 8659 para restringir la emisión de certificados SSL/TLS únicamente a autoridades de confianza (Let's Encrypt, DigiCert, Sectigo).

Abrir herramienta→