Générateur En-tête HSTS

Générateur d'En-têtes HSTS & Validateur Preload

IETF RFC 6797

Générez des en-têtes HTTP Strict-Transport-Security (HSTS) conformes à la RFC 6797 avec calcul de max-age, directive includeSubDomains et vérification d'éligibilité pour la liste Chrome HSTS Preload.

Presets:
Durée Effective :2 years (730 days / 63,072,000s)
includeSubDomainsRFC 6797 §6.1.2

Applique HSTS sur tous les sous-domaines actuels et futurs (ex. *.example.com). Obligatoire pour Chrome Preload.

preloadSpéc. Chromium

Donne le consentement pour être intégré dans le code source de Chrome, Edge, Firefox et Safari. Requiert max-age >= 31536000 et includeSubDomains.

Indicateur de Serveur "always" (Nginx / Apache)Recommandé

Garantit que l'en-tête est envoyé sur toutes les réponses HTTP, y compris les pages d'erreur 404, 500 et 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;
}
Directives Actives
3 / 3 Actives
Éligibilité Preload
100% (Ready)
Durée d'Efficacité
2 years

Traitement 100% Côté Client

Aucun envoi serveur. Vos noms d'hôtes et politiques HSTS sont générés directement dans votre navigateur.

Conformité RFC 6797 & Chrome Preload

Entièrement conforme à la spécification IETF RFC 6797 et aux critères stricts de la liste HSTS Preload de Chrome.

Déploiement Multi-Serveurs

Génération instantanée de snippets de production pour Nginx, Apache, Caddy, Cloudflare, Next.js et HAProxy.

Référence technique et guide d'architecture

Générateur d'En-têtes HSTS & Validateur de Préchargement - Guide Développeur — Guide de référence

Générez des en-têtes HTTP Strict-Transport-Security (HSTS) conformes à la RFC 6797 avec calcul de max-age, directive includeSubDomains et vérification d'éligibilité pour la liste Chrome HSTS Preload.

Paramètres clés et contrôles

max-ageEntier (secondes)

Définit la durée en secondes pendant laquelle le navigateur force exclusivement les connexions HTTPS et refuse les liaisons HTTP non chiffrées.

Par défaut : 63072000 (2 ans)
includeSubDomainsDrapeau booléen

Applique la politique de sécurité stricte à l'ensemble des sous-domaines actuels et futurs, prévenant les attaques par rétrogradation sur les services secondaires.

Par défaut : true
preloadDrapeau booléen

Autorise l'inscription et l'intégration directe de votre domaine dans les listes de préchargement HSTS de Chrome, Firefox, Safari et Edge.

Par défaut : true
Serveur Web / PlateformeEnum (Nginx | Apache | Cloudflare | Caddy | Vercel | IIS)

Syntaxe de configuration du serveur ou proxy inverse pour distribuer l'en-tête HTTP Strict-Transport-Security.

Par défaut : Nginx

Conseils de pro et bonnes practices

N'activez jamais un max-age de 2 ans

N'activez jamais un max-age de 2 ans avec includeSubDomains d'emblée. Commencez par 5 minutes (max-age=300), passez à 1 semaine (max-age=604800) et assurez-vous que tous les sous-domaines (messagerie, intranet, staging) disposent de certificats SSL valides.

Selon la section 7.2 de la RFC 6797

Selon la section 7.2 de la RFC 6797, les navigateurs doivent ignorer les en-têtes HSTS transmis sur des requêtes HTTP en clair. L'émission d'HSTS sur le port 80 déclenche des alertes lors des audits de conformité.

L'acceptation sur hstspreload.org

L'acceptation sur hstspreload.org compile directement votre nom de domaine dans le code source des navigateurs. Sa radiation nécessite de nouvelles versions logicielles des éditeurs, ce qui prend habituellement de 2 à 6 mois.

Pièges courants et dépannage

Sous-domaines inaccessibles en raison d'erreurs de certificat SSL ou de refus de connexion

Avec includeSubDomains, le navigateur impose HTTPS sur chaque sous-domaine. Déployez immédiatement un certificat wildcard ou dédié, ou envoyez temporairement 'max-age=0' sur le domaine racine pour vider le cache HSTS des clients.

Rejet de la candidature sur hstspreload.org lors de la vérification

Vérifiez que le domaine racine dispose d'un certificat TLS valide, redirige le port 80 vers HTTPS, renvoie un max-age d'au moins 31536000 secondes et contient obligatoirement les directives 'includeSubDomains' et 'preload' sur la réponse HTTPS.

Foire aux questions (FAQ)

Qu'est-ce que le protocole HTTP Strict Transport Security (HSTS) et que prévient-il ?▼

HSTS est un standard de sécurité IETF formalisé dans la RFC 6797. Il ordonne aux navigateurs de réécrire localement toutes les requêtes 'http://' en 'https://' avant toute émission sur le réseau. Cela élimine les attaques de l'homme du milieu (MITM) telles que le dépouillement SSL (SSL stripping) sur les réseaux Wi-Fi publics et empêche les utilisateurs de contourner les avertissements de sécurité TLS.

Quels sont les prérequis obligatoires pour l'admission sur la liste Chrome HSTS Preload ?▼

Pour être éligible sur hstspreload.org, le domaine doit : 1) fournir un certificat TLS valide, 2) rediriger le port 80 vers HTTPS sur le même hôte, 3) desservir tous les sous-domaines en HTTPS, 4) retourner un en-tête HSTS avec un max-age d'au moins 31536000 secondes (1 an), et 5) comporter explicitement les directives 'includeSubDomains' et 'preload'.

Peut-on annuler une politique HSTS en cas d'erreur critique de configuration ?▼

Pour un domaine non inscrit sur la liste Preload, il suffit d'émettre l'en-tête 'Strict-Transport-Security: max-age=0' en HTTPS pour que les navigateurs effacent la règle de leur cache dès leur visite suivante. En revanche, si le domaine est déjà intégré dans la liste Preload des navigateurs, son retrait exige une demande formelle sur hstspreload.org et dépend du calendrier des mises à jour des navigateurs mondiaux.

Pourquoi les navigateurs interdisent-ils de passer outre les erreurs SSL lorsque HSTS est actif ?▼

En HTTPS classique, l'utilisateur a la possibilité de cliquer sur 'Ignorer l'avertissement et continuer'. Avec HSTS, la RFC 6797 impose l'interruption stricte et immédiate de la connexion sans aucune possibilité de dérogation manuelle, protégeant ainsi l'internaute contre l'interception par de faux certificats ou des proxys malveillants.

Outils et utilitaires connexes

Tous les outils →
Guide Développeur : Générateur de Configuration Durcie OpenSSH Server (sshd_config)Sécurité

Générez des configurations sshd_config Linux hautement sécurisées pour la production : désactivation du root, clés publiques obligatoires, chiffrements AEAD et timeouts stricts.

Ouvrir l'outil→
Ufw Rules Generator Référence pour DéveloppeursSécurité

Utilitaire pour développeurs ufw-rules-generator.

Ouvrir l'outil→
Générateur de Règles de Pare-Feu iptables Linux et Scripts Shell - Guide DéveloppeurSécurité

Générez des règles iptables pour les chaînes INPUT/FORWARD/OUTPUT, l'inspection avec état conntrack, la protection SYN flood, la redirection NAT et l'exportation shell.

Ouvrir l'outil→
Guide Développeur : Générateur et Analyseur d'Enregistrements DNS SPFSécurité

Générez, analysez et validez des enregistrements TXT SPF conformes à la RFC 7208 avec blocs CIDR IPv4/IPv6, MX, A, mécanismes include et politiques SoftFail/HardFail.

Ouvrir l'outil→
Générateur d'Enregistrements DMARC DNS et Validateur de Syntaxe - Guide DéveloppeurSécurité

Générez et validez des enregistrements DNS TXT DMARC conformes à la RFC 7489 avec politiques de traitement (none/quarantine/reject), rapports agrégés rua/ruf et balises d'alignement.

Ouvrir l'outil→
Guide Développeur du Générateur d'Enregistrements DNS CAA (Certification Authority Authorization)Sécurité

Générez des enregistrements DNS CAA conformes à la RFC 8659 pour restreindre l'émission de certificats SSL/TLS aux seules autorités de certification de confiance (Let's Encrypt, DigiCert, Sectigo).

Ouvrir l'outil→