
Pour les développeurs qui initialisent un site ou révisent une configuration serveur avant sa mise en service.
Renforcez une réponse web avec un socle d’en-têtes HTTP défensifs et récupérez une configuration claire à adapter avant déploiement.
Un développeur initialise un nouveau site et veut éviter d'oublier les protections de base. Il saisit l'adresse du domaine, génère un socle d'en-têtes, puis adapte chaque directive selon son hébergement et ses besoins. Il vérifie ensuite la réponse réelle avant la mise en ligne.
Entrée
https://exemple.comRésultat
Strict-Transport-Security: max-age=31536000; includeSubDomains
X-Content-Type-Options: nosniff
Referrer-Policy: strict-origin-when-cross-origin
Permissions-Policy: camera=(), microphone=(), geolocation=()
Content-Security-Policy: default-src 'self'; base-uri 'self'; frame-ancestors 'none'; form-action 'self'; upgrade-insecure-requests
Cross-Origin-Opener-Policy: same-origin
Origine configuree: https://exemple.comLa génération s'effectue entièrement dans votre navigateur. L'adresse et les choix que vous utilisez restent sur votre appareil et ne sont envoyés à aucun service externe. Vous pouvez préparer plusieurs configurations sans compte ni stockage.
Ils constituent un socle de départ, pas une configuration universelle. Adaptez notamment les règles liées aux scripts, aux images, aux cadres et aux domaines autorisés. Testez ensuite sur une préproduction pour vérifier que le site fonctionne toujours correctement.
Ils peuvent être ajoutés par le serveur web, le proxy ou le CDN qui sert le site. Choisissez l'endroit qui correspond à votre infrastructure et évitez les doublons contradictoires. Après déploiement, contrôlez la réponse HTTP réelle.
Non, ils complètent d'autres mesures comme la validation des entrées, la gestion des sessions et la mise à jour des dépendances. Ils réduisent certains risques côté navigateur, mais ne corrigent pas une faille applicative. Utilisez-les dans une démarche globale.