> 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/web/cache-poisoning/cache-poisoning-via-unindexed-query-parameter.md).
# Empoisonnement du cache via un paramètre de requête non indexé
Notes sur l’empoisonnement du cache via un paramètre de requête non indexé pour les laboratoires de la PortSwigger Web Security Academy, incluant le workflow d’exploitation, les tests de payloads, la validation dans Burp Suite et le contexte de remédiation.
### Empoisonnement du cache Web via un paramètre de requête non pris en compte dans la clé
Ce laboratoire est vulnérable à une attaque d’empoisonnement du cache web car un paramètre de requête n’est pas inclus dans la clé du cache. / Un utilisateur visite régulièrement la page d’accueil du site à l’aide de Chrome. / L’objectif est d’empoisonner le cache afin que la page d’accueil renvoie une réponse exécutant `alert(1)` dans le navigateur de la victime.
**Analyse initiale**
* En interceptant la réponse de la page racine, un **canonique** lien est observé.
* Si vous accédez à l’URL avec un paramètre arbitraire, par exemple `/?hello`, la valeur est bien reflétée dans la réponse
En injectant une charge utile comme :
```bash
/?test'/>
```
* Le code HTML est interprété dans la réponse, mais aucune alerte ne s’exécute côté victime.
**Problème identifié**
Le cache considère chaque variation du `?test` paramètre comme une nouvelle entrée. / Ainsi, à chaque changement de valeur, le cache est régénéré et l’empoisonnement ne persiste pas.
Cependant, certains paramètres sont **totalement ignorés** par la clé du cache :
* Leur nom et leur valeur ne sont pas pris en compte.
* La réponse mise en cache reste la même, même si leur valeur change.
**Identification du paramètre non indexé**
En utilisant **Param Miner** (fonction Guess query parameters ), le `utm_content` paramètre est identifié.
* En testant différentes valeurs pour ce paramètre, on constate que le cache reste inchangé, ce qui confirme qu’il n’est pas inclus dans la clé du cache.
/?utm_content=test
**Exploitation**
La charge utile malveillante est ensuite injectée dans ce paramètre non indexé :
```bash
/?utm_content='/>
```
La réponse empoisonnée est stockée dans le cache et servie aux visiteurs suivants.
---
# 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/web/cache-poisoning/cache-poisoning-via-unindexed-query-parameter.md?ask=&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.
