> 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/active-directory/kerberos/kerberos-observation-with-wireshark.md).
# Kerberos mit Wireshark beobachten
Sicherheitsnotizen zu Active Directory für „Kerberos mit Wireshark beobachten“, mit Abdeckung von Enumeration, Kerberos, Anmeldeinformationen, ACL-Missbrauch, lateraler Bewegung, Ausnutzungs-Workflow und Validierungsschritten.
### Beobachtung einer Authentifizierung
Wir öffnen Wireshark und verbinden uns dann mit einem Benutzer, zum Beispiel:
```
user1
```
In Wireshark kann man Kerberos-Verkehr mit folgendem Filter filtern:
```
kerberos
```
Dann beobachten wir den Austausch:
```bash
AS-REQ
AS-REP
TGS-REQ
TGS-REP
```
### Beispiel für den Zugriff auf eine Freigabe ohne Berechtigung
Von `user2`, versuchen wir, auf eine administrative Freigabe zuzugreifen:
```
cd //WS01/C$
```
In Wireshark können wir beobachten:
```
TGS-REQ
TGS-REP
SMB-Zugriff verweigert
```
Das bedeutet, dass:
1. der Benutzer ein Service-Ticket anfordert;
2. das KDC das Ticket ausstellt;
3. das Ticket dem Server vorgelegt wird;
4. der Server den Zugriff aufgrund von SMB- oder NTFS-Berechtigungen verweigert.
### Ticket und Authentifikator
Beim Zugriff auf einen Dienst sendet der Client in der Regel:
* ein Service-Ticket;
* einen Authentifikator.
Das Ticket beweist, dass das KDC den Zugriff auf den Dienst autorisiert hat.
Der Authentifikator beweist, dass der Client tatsächlich derjenige ist, der das Ticket verwendet.
---
# 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/active-directory/kerberos/kerberos-observation-with-wireshark.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.
