> 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/hacking-wifi/wpa-wpa2-psk-network-attacks/packet-analysis/probe-request-packet-analysis.md).

# Analyse des paquets de requête de probe

Identifier et analyser les paquets de requête de probe Wi-Fi dans une capture autorisée.

### Aperçu

Un client envoie des requêtes de sondage lors d’une analyse Wi‑Fi active. Il peut les envoyer avant de rejoindre un réseau. Il peut aussi les envoyer alors qu’il est déjà connecté.

Ces trames de gestion aident le client à découvrir les points d’accès à proximité. La requête peut nommer un SSID spécifique. Elle peut aussi utiliser un SSID générique pour demander n’importe quel réseau disponible.

Analysez les captures des réseaux que vous possédez ou que vous êtes autorisé à évaluer. Les requêtes de sondage peuvent exposer des identifiants d’appareil et les noms des réseaux demandés.

### Observez les sondes avec Airodump-ng

Exécutez Airodump-ng sur l’interface en mode moniteur :

{% code overflow="wrap" %}

```bash
airodump-ng wlan0mon
```

{% endcode %}

<figure><img src="https://3840167291-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2FHm3ZAMjHnmtZKwEEGMyG%2F%7B9EE89EBB-7544-424F-8A2A-E3FD5385777A%7D.png?alt=media&amp;token=3d55389e-93f0-4e28-b81c-2d69ba7cd3ba" alt=""><figcaption></figcaption></figure>

Dans le **STATION** section, examinez la **Probes** colonne. Elle répertorie les SSID demandés par les clients observés.

Une valeur vide n’exclut pas une activité de sondage. Le client peut utiliser une requête générique. La capture peut aussi manquer la trame.

### Filtrer les requêtes de sondage

Les requêtes de sondage utilisent le sous-type de trame de gestion `4`. Filtrez une capture enregistrée avec Tshark :

{% code overflow="wrap" %}

```bash
tshark -r CAPTURE-01.cap -Y "wlan.fc.type_subtype == 4" 2>/dev/null
```

{% endcode %}

<figure><img src="https://3840167291-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2FbQvZEsH35wTiYDHdvYpf%2F%7BFEEAED6B-B9B4-4442-869A-742D892A70F5%7D.png?alt=media&amp;token=4bc4f5c6-e6d0-4016-8f2b-f7fc19d988de" alt=""><figcaption></figcaption></figure>

### Inspecter un client spécifique

Filtrez les résultats par l’adresse source du client :

{% code overflow="wrap" %}

```bash
tshark -r CAPTURE-01.cap -Y "wlan.fc.type_subtype == 4 && wlan.sa == AA:BB:CC:DD:EE:FF" 2>/dev/null
```

{% endcode %}

Remplacez `AA:BB:CC:DD:EE:FF` avec l’adresse MAC du client provenant de votre capture autorisée.

### Examiner les champs des paquets

Ouvrez une trame correspondante dans Wireshark ou utilisez la sortie verbeuse de Tshark :

{% code overflow="wrap" %}

```bash
tshark -r CAPTURE-01.cap -Y "wlan.fc.type_subtype == 4" -V 2>/dev/null
```

{% endcode %}

Examinez ces champs :

* **Adresse source** identifie le client émetteur.
* **Adresse de destination** est souvent diffusée lors de la découverte générale.
* **SSID** identifie une requête dirigée, ou reste vide pour une requête générique.

### Interpréter les résultats

Une requête de sondage montre qu’un client effectue une analyse à ce moment-là. Elle ne prouve pas une connexion réussie.

Utilisez les horodatages, les adresses source et les valeurs SSID pour corréler les requêtes. Comparez-les aux trames beacon, réponse de sondage et association dans la même capture.


---

# 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/hacking-wifi/wpa-wpa2-psk-network-attacks/packet-analysis/probe-request-packet-analysis.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.