> For the complete documentation index, see [llms.txt](https://hacking-notes.jord4n.pro/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://hacking-notes.jord4n.pro/fr/hacking-tools/exploitation/csp-bypass.md).

# Contournement du CSP

Le contournement du CSP est une ressource de recherche pour examiner les faiblesses de Content Security Policy, les listes autorisées risquées et le comportement spécifique aux navigateurs lors de tests autorisés.

[Contournement du CSP](https://cspbypass.com/) recueille des recherches pour évaluer les contrôles Content Security Policy. Utilisez-le pour valider des politiques dans des systèmes dont vous êtes propriétaire ou que vous êtes autorisé à tester.

<figure><img src="https://3840167291-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2F9jMcNmkKNQCChy8feUL9%2Fimage.png?alt=media&amp;token=6bce4466-7795-4ce4-8319-d2c1e4b4e8bb" alt=""><figcaption></figcaption></figure>

### Ce qu'il faut examiner

* Capturez chaque `Content-Security-Policy` en-tête et politique `meta` balise.
* Examinez `script-src`, `object-src`, `base-uri`, et `frame-ancestors` d'abord.
* Notez les nonces, les hachages, `strict-dynamic`, les jokers et les sources tierces.

### Flux de validation

1. Capturez la politique à l'aide des outils de développement du navigateur ou d'un proxy d'interception.
2. Identifiez le point d'injection et le contexte d'exécution disponible.
3. Vérifiez les sources autorisées par rapport aux recherches sur le contournement de CSP et au comportement du navigateur.
4. Utilisez la preuve contrôlée la plus minimale qui démontre la faiblesse de la politique.
5. Documentez la politique, la version du navigateur, les prérequis et l'impact observé.

### Schémas de politique à haut risque

| Motif                 | Pourquoi c'est important                                                                                  |
| --------------------- | --------------------------------------------------------------------------------------------------------- |
| `script-src *`        | Toute origine de script HTTPS peut devenir exécutable.                                                    |
| `'unsafe-inline'`     | L'injection de script en ligne peut contourner la restriction prévue.                                     |
| Jokers génériques     | Des prises de contrôle de sous-domaines ou des hôtes oubliés peuvent créer des chemins d'exécution.       |
| Hôtes tiers obsolètes | Une origine de confiance peut exposer du JSONP, des redirections ou du contenu contrôlé par un attaquant. |
| Absent `object-src`   | Le contenu d'anciens plugins peut rester autorisé.                                                        |

### Base de renforcement

Utilisez une politique stricte comme point de départ. Adaptez les listes de sources aux exigences de l'application.

```http
Content-Security-Policy: default-src 'none'; script-src 'nonce-<random-per-response>' 'strict-dynamic'; style-src 'self'; img-src 'self' data:; connect-src 'self'; font-src 'self'; object-src 'none'; base-uri 'none'; frame-ancestors 'none'; form-action 'self'
```

* Générez un nonce unique pour chaque réponse.
* Supprimez les sources de scripts tierces inutilisées.
* Déployez les modifications de politique en mode rapport uniquement avant l'application.

### Liste de contrôle de signalement

Incluez l'URL concernée, la politique complète et la directive vulnérable. Décrivez le primitive d'injection requise et le navigateur testé. Indiquez l'impact minimum reproductible. Recommandez la modification de politique la plus restrictive qui corrige le problème.

### Références

* [Contournement du CSP](https://cspbypass.com/)
* [MDN : Politique de sécurité du contenu](https://developer.mozilla.org/en-US/docs/Web/HTTP/CSP)
* [CSP Evaluator](https://csp-evaluator.withgoogle.com/)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://hacking-notes.jord4n.pro/fr/hacking-tools/exploitation/csp-bypass.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
