> 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/es/hacking-tools/exploitation/csp-bypass.md).

# Evasión de CSP

CSP Bypass es un recurso de investigación para revisar debilidades de la Política de Seguridad de Contenido, listas de permitidos riesgosas y comportamientos específicos del navegador durante pruebas autorizadas.

[Bypass de CSP](https://cspbypass.com/) recopila investigación para evaluar los controles de Content Security Policy. Úsalo para validar políticas en sistemas que posees o para los que estás autorizado a probar.

<figure><img src="https://754079710-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>

### Qué revisar

* Captura cada `Content-Security-Policy` cabecera y política `meta` etiqueta.
* Revisa `script-src`, `object-src`, `base-uri`, y `frame-ancestors` primero.
* Registra nonces, hashes, `strict-dynamic`, comodines y fuentes de terceros.

### Flujo de validación

1. Captura la política usando las herramientas de desarrollo del navegador o un proxy de interceptación.
2. Identifica el punto de inyección y su contexto de ejecución disponible.
3. Comprueba las fuentes permitidas comparándolas con la investigación sobre CSP Bypass y el comportamiento del navegador.
4. Usa la prueba controlada más pequeña que demuestre la debilidad de la política.
5. Documenta la política, la versión del navegador, el requisito previo y el impacto observado.

### Patrones de políticas de alto riesgo

| Patrón                      | Por qué importa                                                                                   |
| --------------------------- | ------------------------------------------------------------------------------------------------- |
| `script-src *`              | Cualquier origen de script HTTPS puede volverse ejecutable.                                       |
| `'unsafe-inline'`           | La inyección de scripts en línea puede eludir la restricción prevista.                            |
| Comodines amplios           | Las tomas de subdominios o los hosts olvidados pueden crear rutas de ejecución.                   |
| Hosts de terceros obsoletos | Un origen de confianza puede exponer JSONP, redirecciones o contenido controlado por un atacante. |
| Falta `object-src`          | El contenido de complementos heredados puede seguir permitido.                                    |

### Línea base de refuerzo

Usa una política estricta como punto de partida. Adapta las listas de orígenes a los requisitos de la aplicación.

```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'
```

* Genera un nonce único para cada respuesta.
* Elimina las fuentes de scripts de terceros no utilizadas.
* Implementa los cambios de política en modo solo informe antes de aplicarlos.

### Lista de verificación para informes

Incluye la URL afectada, la política completa y la directiva vulnerable. Describe el primitivo de inyección requerido y el navegador probado. Indica el impacto mínimo reproducible. Recomienda el cambio de política más limitado que cierre el problema.

### Referencias

* [Bypass de CSP](https://cspbypass.com/)
* [MDN: Política de seguridad de contenido](https://developer.mozilla.org/en-US/docs/Web/HTTP/CSP)
* [Evaluador de CSP](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/es/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.
