> 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/web-cache-deception/web-cache-deception-via-cache-server-normalization.md).
# Tromperie du cache Web via la normalisation côté serveur du cache
Notes sur la tromperie du cache Web via la normalisation côté serveur du cache pour les laboratoires PortSwigger Web Security Academy, incluant le flux d'exploitation, les tests de payload, la validation avec Burp Suite et le contexte de remédiation
### Exploitation de la normalisation du serveur de cache pour une tromperie du cache web
#### Objectif du labo
Récupérer la \*\*clé API\*\* de l'utilisateur **carlos** en abusant d’une **Comportement de normalisation des URL** (différence d’interprétation entre l’application et le serveur de cache). / Connexion disponible : **wiener:peter**.
#### Observation initiale
Nous testons des suffixes statiques pour déclencher un cache :
* Requête de test :
```bash
GET /my-account~test.js
```
Il existe différentes réponses selon certains caractères, et le serveur accepte :
* `#`
* `?`
* `%23` (encodage URL pour `#`)
* `%3f` (encodage URL pour `?`)
#### Point de terminaison intéressant également mis en cache
Le répertoire des ressources semble également être masqué :
```http
GET /resources/ HTTP/2
```
C’est utile car nous allons essayer de faire pointer le cache vers `/resources` tout en conservant une route interprétée par l’application comme `/my-account`.
#### Technique : Fragment + Cross (avec normalisation)
Une URL est construite de sorte que l’application continue de traiter **/my-account**mais où le cache normalise/interprète la séquence pour aboutir à **/resources**.
Tests :
```bash
GET /my-account#/../resources
# Version encodée (celle qui “passe” le mieux ici)
GET /my-account%23%2f%2e%2e%2fresources
```
Le point clé : **Le serveur de cache apprécie la version encodée de l’URL**ce qui déclenche le comportement attendu.
#### Exploitation : forcer la victime à mettre la page en cache
Comme depuis le serveur d’exploitation, la victime est redirigée vers l’URL piégée :
{% code overflow="wrap" %}
```javascript
```
{% endcode %}
#### Résultat
Une fois que la victime a emprunté cette URL, la ressource servie depuis le cache est récupérée et la \*\*clé API carlos\*\* est obtenue, ce qui valide le laboratoire.
---
# 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/web-cache-deception/web-cache-deception-via-cache-server-normalization.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.
