C2 défini par l'utilisateur (UDC2)¶

L'listener UDC2 prend en charge les plugins de transport personnalisés, généralement des gestionnaires de transport basés sur BOF et exécutés sur l'infrastructure de l'opérateur. UDC2 permet des canaux de communication entièrement personnalisés (protocoles propriétaires, transports exotiques) tout en utilisant le relais de Stentor pour la gestion des beacons et le routage des tâches.

Configuration¶

Créer un listener UDC2¶

curl -s -X POST https://stentor.app/api/v1/listeners \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "name": "Custom Transport",
    "type": "udc2",
    "port": 3333,
    "relay_id": "RELAY_UUID"
  }'

Protocole¶

UDC2 utilise le même format de trame à préfixe de longueur petit-boutiste de 4 octets que le C2 externe :

[length (4 bytes LE)] [frame data (N bytes)]

Déroulement de la session¶

1. Le plug-in de transport se connecte au port TCP UDC2
2. Première image : Métadonnées de beacon JSON :

   {"hostname": "WORKSTATION01", "username": "CORP\\jsmith", "ip": "10.10.10.20", "arch": "x64"}
   

3. Le relais répond avec l'enregistrement du beacon :

   {"beacon_id": "a1b2c3d4-..."}
   

4. Proxy bidirectionnel : Trames de tâches du relais, trames de sortie du plugin de transport

Cas d'utilisation¶

• Transports exotiques : Acheminez le trafic C2 via des protocoles que Stentor ne prend pas en charge de manière native (par exemple, MQTT, WebRTC, stéganographie).
• Gestionnaires de transport BOF : Implémentez une logique de transport personnalisée dans un BOF qui relie l'interface TCP UDC2
• Réseaux isolés : Créez un mécanisme de relais personnalisé qui relie les réseaux isolés au relais Stentor.
• Recherche de protocoles : Prototyper de nouveaux protocoles de transport C2 sans modifier la base de code du relais