> 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/cache-poisoning/internal-cache-poisoning.md).
# Internes Cache-Poisoning
Notizen zum internen Cache-Poisoning für die Labs der PortSwigger Web Security Academy, einschließlich Ausnutzungsablauf, Payload-Tests, Burp-Suite-Validierung und Behebungskontext.
### Interne Cache-Vergiftung
Dieses Lab ist anfällig für die Vergiftung des Web-Caches und verwendet mehrere Cache-Ebenen. / Ein Benutzer besucht die Startseite der Website regelmäßig mit Chrome.
Das Ziel ist es, den **internen Cache** sodass die Startseite `alert(document.cookie)` im Browser des Opfers ausführt.
**Erste Analyse**
Wir fangen die Anfrage an das Root-Verzeichnis (`/`) ab und analysieren sie mit **Param Miner**
**Beobachtung des Verhaltens**
Wenn wir dem Request den folgenden Header hinzufügen:
Wir stellen fest, dass die Serverantwort diesen Wert widerspiegelt.
```http
X-Forwarded-Host: test.com
```
Diese Änderung ist jedoch nur sichtbar, wenn der Header bei internen Anfragen beibehalten wird.
Wenn wir zahlreiche Anfragen mit diesem Header senden, landet der Server schließlich dabei **die interne Antwort zu cachen**.
\*\*Auswirkung auf zwischengespeicherte Inhalte\*\*
Ein Skript, das ursprünglich in folgender Form geladen wird:
{% code overflow="wrap" %}
```html
```
{% endcode %}
Nach der Vergiftung des Caches wird es umgewandelt in:
```html
```
```javascript
```
Die Quelle des Skripts hängt jetzt von dem über `X-Forwarded-Host`.
```http
X-Forwarded-Host: exploit-0a27006104d786ef8150bbc601bd0070.exploit-server.net
```
Der interne Cache wird mit einer bösartigen Antwort vergiftet. / Wenn das Opfer die Startseite besucht, lädt der Browser das Skript von unserem Server, was zur Ausführung von:
```javascript
alert(document.cookie)
```
---
# 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/de/web/cache-poisoning/internal-cache-poisoning.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.
