> 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/web/cache-poisoning/web-cache-poisoning-via-unkeyed-query-string.md).

# Envenenamiento de caché web mediante una cadena de consulta sin clave

Notas sobre Envenenamiento de caché web mediante una cadena de consulta sin clave para los laboratorios de PortSwigger Web Security Academy, incluido el flujo de explotación, pruebas de payload, validación en Burp Suite y contexto de mitigación.

### Envenenamiento de la caché web mediante una cadena de consulta no incluida en la clave

Esta práctica presenta una vulnerabilidad de envenenamiento de la caché web debido al hecho de que la **cadena de consulta no se incluye en la clave de caché**. Un usuario legítimo visita regularmente la página principal del sitio usando **Google Chrome**.

El objetivo es envenenar la página principal para que devuelva una respuesta que contenga un **JavaScript en ejecución `alert(1)`** en el navegador de la víctima.

***

**Paso 1: Intercepción de la página principal**

La solicitud a la raíz del sitio (`/`) es interceptada. / En la respuesta, observamos la presencia de una etiqueta canónica **enlace**, lo que indica que algunos elementos de la URL pueden reflejarse en HTML.

***

**Paso 2: Prueba de la cadena de consulta**

Se añade una cadena de consulta arbitraria a la URL:

```bash
/?test
```

El valor se **refleja correctamente en la respuesta**, lo que confirma que la cadena de consulta influye en el contenido devuelto.

<figure><img src="https://754079710-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-2edac0238e60404a2095ff1a7ea707191fe84fe2%2F%7BF4380530-5577-4C17-81E1-72A4F44209FD%7D.png?alt=media" alt=""><figcaption></figcaption></figure>

**Paso 3: Inyección de HTML**

A continuación, la cadena de consulta se modifica para inyectar HTML:

```bash
/?test'/><h1>JORDAN</h1>
```

El `<h1>` la etiqueta se interpreta correctamente por el navegador, demostrando una \*\*inyección de HTML\*\* utilizable.

<figure><img src="https://754079710-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-64a4c271dcfb6dfdeb1a04038b3df9236e5a187b%2F%7BB9746F67-1733-44BE-9C4D-DE7C12128D48%7D.png?alt=media" alt=""><figcaption></figcaption></figure>

<figure><img src="https://754079710-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-d9db563f4e632385fbdec7d98601a459dbb8f8ed%2F%7BA8006643-5C60-46F6-959E-A7C7195FB8BD%7D.png?alt=media" alt=""><figcaption></figcaption></figure>

**Paso 4: Inyección de JavaScript (envenenamiento de caché)**

Sustituye la inyección de HTML por una carga útil de JavaScript:

```bash
/?test'/><script>alert(1)</script>
```

La respuesta ahora contiene el script, que es \*\*ejecutado por el navegador\*\*.

<figure><img src="https://754079710-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-c1d50621264ed9b43341def8b6f65030f5987a0b%2F%7B789452C2-9E94-4AC9-B846-69E03388E23A%7D.png?alt=media" alt=""><figcaption></figcaption></figure>

**Resultado**

Como la cadena de consulta **no se incluye en la clave de caché**, la respuesta envenenada se almacena y se sirve a otros usuarios que visitan la página principal. / La víctima entonces activa automáticamente la ejecución de `alert(1)` durante su visita, lo que valida el funcionamiento de la práctica.

<figure><img src="https://754079710-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-188a11ff05f7fa2c605133ed854079e5cec26ff1%2F%7B42C67203-FBC2-45CF-8CC8-6502A3A33DD4%7D.png?alt=media" alt=""><figcaption></figcaption></figure>


---

# 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/web/cache-poisoning/web-cache-poisoning-via-unkeyed-query-string.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.
