script-src 'self' https: permet à un script injecté de se charger depuis n'importe quel serveur HTTPS, default-src self sans guillemets n'autorise qu'un hôte nommé "self", un nonce écrit dans nginx.conf est le même pour chaque visiteur, et frame-ancestors dans une balise meta est ignoré. Chacun ressemble à une protection lors d'une revue et n'en apporte aucune. Cette skill détecte ces erreurs et les autres erreurs de CSP listées ci-dessous avant la mise en ligne, et vous indique comment corriger chacune.

Votre agent lance un scanner sur les pages HTML et templates, les configurations nginx, Apache et Caddy, les fichiers _headers, vercel.json, firebase.json, staticwebapp.config.json, netlify.toml, web.config d'IIS, next.config et les fichiers proxy ou middleware de Next.js, les options helmet, les réglages SECURE_CSP de Django et django-csp, les policyDirectives de Spring Security et les chaînes d'en-tête CSP dans du code Python, PHP, Ruby, Go, Java et C#. Il lit chaque politique comme le font les navigateurs CSP Level 3 (un nonce ou un hash désactive 'unsafe-inline', 'strict-dynamic' désactive les listes d'hôtes, base-uri et frame-ancestors ne se rabattent pas sur default-src), suit les valeurs à travers les littéraux de gabarit, la concaténation de chaînes et les constantes du même fichier, lit les valeurs Next.js réservées au développement comme en production, connaît les valeurs par défaut de helmet et ignore les fichiers de test qui vérifient des en-têtes d'exemple. La politique stricte de web.dev et les exemples avec nonce du guide CSP de Next.js ne sont pas signalés. Il n'exécute jamais votre code et n'accède jamais à votre site. Il renvoie BLOCK, REVIEW ou NOT FLAGGED, avec le fichier, la ligne, la raison et une approche plus sûre. Les secrets ne sont jamais affichés.

Ce qui est vérifié

BLOCK (à corriger avant la mise en ligne)

• C01 : sources de scripts qui autorisent n'importe quel hôte : *, https:, http:, data: ou un joker sur un domaine de premier niveau (acceptable uniquement avec 'strict-dynamic' et un nonce ou un hash)
• C02 : une politique que le navigateur lit différemment de ce qui est écrit : mots-clés, nonces ou hashes sans guillemets simples, hôtes entre guillemets, noms de directives avec fautes de frappe, tirets bas, camelCase ou deux-points, points-virgules manquants, virgules entre les sources, balise meta après la balise body
• C03 : un nonce fixe écrit dans un fichier de configuration, une balise meta ou une chaîne de code

REVIEW (à vérifier avant la publication)

• C11 : 'unsafe-inline' pour les scripts sans nonce, hash ni 'strict-dynamic'
• C12 : 'unsafe-eval' pour les scripts
• C13 : pas d'object-src ni de default-src, ou object-src ouvert à n'importe quel hôte
• C14 : une politique fondée sur des nonces sans base-uri, ou base-uri ouvert à n'importe quel hôte
• C15 : une politique en en-tête sans frame-ancestors lorsque le même fichier ne définit pas X-Frame-Options
• C16 : parties non appliquées : uniquement un en-tête Report-Only, Report-Only, frame-ancestors, report-uri ou sandbox dans une balise meta, une directive écrite deux fois, des directives supprimées comme plugin-types
• C17 : hôtes de scripts permettant de contourner une liste d'hôtes : hôtes JSONP et AngularJS (y compris via des jokers comme *.googletagmanager.com), CDN publics de paquets sauf si la source désigne un seul paquet ou fichier (cdn.jsdelivr.net/npm/ autorise tous les paquets), jokers sur un hébergement mutualisé comme *.cloudfront.net
• C18 : une politique qui restreint les images, les styles ou les connexions mais pas les scripts
• C19 : un mot-clé mal orthographié comme 'unsafe-inlne' ou 'slef', que les navigateurs ignorent (le rapport indique le mot-clé le plus proche)

Ce qui est inclus

• Le scanner (Python 3.9+, bibliothèque standard uniquement)
• Un guide des règles avec la raison, l'approche plus sûre et la source officielle pour chaque règle
• Un site d'exemple risqué et un sûr (nginx, HTML, _headers, vercel.json, Express avec helmet, Caddyfile), ainsi que le vrai rapport produit par le scanner sur le site risqué

Limites

Il lit chaque fichier isolément : les en-têtes envoyés par d'autres fichiers, un CDN, un proxy ou le framework ne sont pas connus, si bien qu'un frame-ancestors manquant peut être signalé alors que X-Frame-Options est défini ailleurs. Les politiques construites à l'exécution (à partir de variables d'environnement, d'une base de données ou de fonctions utilitaires), le bloc content_security_policy de Rails et la configuration CSP de SvelteKit ou d'Astro ne sont pas lus, et les include et map de nginx ne sont pas suivis. Les nonces sont jugés d'après la façon dont ils sont écrits, pas d'après la façon dont le serveur les génère. NOT FLAGGED n'est pas une garantie.

Contenu

Un fichier ZIP de 21 fichiers : SKILL.md, le scanner dans scripts/ (6 fichiers Python), references/rules.md (chaque règle avec sa raison et une approche plus sûre) et examples/ (12 fichiers d'exemple plus report.md, la vraie sortie du scanner sur l'exemple risqué).

Utilisation : il s'agit d'une skill d'agent : un dossier contenant un fichier SKILL.md et des scripts Python qu'un agent de programmation IA comme Claude Code, Cursor ou Codex CLI peut exécuter. Décompressez-le dans le dossier des skills de votre agent (pour Claude Code : ~/.claude/skills/), puis demandez à votre agent de vérifier votre projet. Les scripts fonctionnent aussi seuls avec Python 3.9 ou plus récent, sans rien à installer. Ils lisent uniquement vos fichiers : aucun accès réseau, et rien n'est envoyé nulle part.