Navigateur LDAP¶

Reconnaissance Active Directory via relais de beacon LDAP. Le navigateur LDAP permet aux opérateurs d'exécuter des requêtes LDAP arbitraires sur des contrôleurs de domaine à l'aide de la session authentifiée d'un beacon : aucun accès direct au réseau depuis le poste de travail de l'opérateur n'est requis.

Toutes les requêtes sont distribuées sous forme de tâches discovery au beacon sélectionnée, qui effectue la liaison et la recherche LDAP en utilisant son contexte de sécurité actuel. Les résultats sont renvoyés via le pipeline d'interrogation de tâches normal et affichés dans l'interface utilisateur.

Architecture¶

sequenceDiagram
    participant Operator as Operator UI
    participant API as Stentor API
    participant Queue as Task Queue
    participant Beacon as Beacon (Windows)
    participant DC as Domain Controller

    Operator->>API: POST /cockpit/ldap/query
    API->>Queue: Enqueue discovery task (ldap_query)
    API-->>Operator: {task_id, status: "queued"}
    Beacon->>Queue: Poll for tasks
    Queue-->>Beacon: ldap_query task
    Beacon->>DC: LDAP search (authenticated bind)
    DC-->>Beacon: LDAP result entries
    Beacon->>API: Submit task result
    Operator->>API: Poll GET /cockpit/beacons/:id/tasks
    API-->>Operator: Completed task with LDAPQueryResult

Présentation de l'interface utilisateur¶

La page Navigateur LDAP (/ldap) fournit une interface à trois onglets :

Sélecteur de beacon¶

Une liste déroulante en haut de la page répertorie toutes les beacons Windows actives. Chaque entrée affiche le nom d'hôte, le nom d'utilisateur et l'adresse IP. La sélection d'un beacon la définit comme cible pour toutes les requêtes ultérieures.

Tableau des résultats¶

Les résultats de la requête sont affichés sous forme de tableau avec des colonnes pour chaque attribut demandé. Le résultat inclut des métadonnées :

Exécuter une requête LDAP¶

POST /api/v1/cockpit/ldap/query¶

Mettez en file d’attente une tâche de requête LDAP sur un beacon. Le beacon exécute la requête sur son contrôleur de domaine accessible et renvoie les résultats via le pipeline de tâches.

Corps de la demande :

Exemple : énumérez tous les ordinateurs du domaine :

curl -s -X POST https://stentor.app/api/v1/cockpit/ldap/query \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "beacon_id": "BEACON_UUID",
    "base_dn": "DC=corp,DC=local",
    "filter": "(objectCategory=computer)",
    "attributes": ["sAMAccountName", "dNSHostName", "operatingSystem", "lastLogonTimestamp"],
    "scope": "subtree",
    "max_results": 500
  }'

Réponse :

{
  "task_id": "d4f8e2a1-...",
  "beacon_id": "BEACON_UUID",
  "status": "queued"
}

Le résultat est récupéré en interrogeant la liste des tâches du beacon (GET /api/v1/cockpit/beacons/:beacon_id/tasks) jusqu'à ce que l'état de la tâche passe à completed. La sortie de la tâche contient le LDAPQueryResult JSON.

Syntaxe du filtre LDAP¶

Stentor transmet les filtres directement à l'implémentation LDAP du contrôleur de domaine. La syntaxe de filtre standard RFC 4515 est prise en charge.

Portée de la recherche¶

L'onglet Parcourir utilise la portée onelevel pour développer les nœuds d'arborescence un niveau à la fois, en interrogeant avec (objectClass=*) et en demandant les attributs objectClass, name et description.

Modèles de requête prédéfinis¶

GET /api/v1/cockpit/ldap/templates¶

Renvoie l'ensemble statique de modèles de requête LDAP prédéfinis. Les modèles sont mis en cache dans l'interface utilisateur pendant 10 minutes.

curl -s https://stentor.app/api/v1/cockpit/ldap/templates \
  -H "Authorization: Bearer $TOKEN"

Champs de réponse du modèle :

Modèles disponibles¶

Considérations OPSEC¶