
Pour les développeurs web qui définissent les ressources admises sur une nouvelle page ou durcissent un site existant.
Bâtissez une Content-Security-Policy stricte à partir de vos sources autorisées et obtenez une directive cohérente prête à relire.
L'exemple proposé autorise un domaine principal comme source par défaut, ajoute ce même domaine plus un domaine de diffusion pour les scripts, et réserve un domaine distinct aux connexions. Une fois la politique construite, vérifiez qu'un seul jeu de directives cohérent apparaît dans la zone de résultat.
Entrée
https://exemple.com
https://exemple.com https://cdn.exemple.com
https://api.exemple.comRésultat
default-src https://exemple.com; script-src https://exemple.com https://cdn.exemple.com; connect-src https://api.exemple.com; object-src 'none'; base-uri 'self'; frame-ancestors 'none'La politique est assemblée localement dans votre navigateur : les domaines saisis ne quittent pas votre appareil et aucune trace n'est conservée à la fermeture de l'onglet. Vous pouvez donc préparer une configuration interne avant de la publier.
La source par défaut sert de repli pour les types de ressources que vous n'énumérez pas, tandis que les sources de script ne concernent que le code exécuté par la page. Un domaine autorisé dans le second cas ne l'est donc pas forcément dans le premier.
Il manque souvent une origine légitime : feuille de style externe, police, cadre intégré ou service de mesure. Reprenez la liste des ressources appelées par la page, ajoutez les domaines concernés puis reconstruisez la politique avant de redéployer.
Le texte se réutilise facilement, mais chaque site charge ses propres ressources. Copiez-le comme point de départ, puis adaptez les domaines projet par projet afin de ne pas bloquer un élément dont la page a besoin.