Skip to content
KitploitKITPLOIT
ToolsExploitsBlog
Log in
Einreichen
ToolsExploitsBlog
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.

FeedsKontaktDatenschutz© 2026 Kitploit

Tool-Verzeichnis

Kategorien

Alle Kategorien anzeigen
Loading categories
ddossnake — Go-Last- und Stresstest-Tool mit L7-HTTP- und L4-Raw-TCP/UDP-Modi, Multithread-Workern, Live-Rate-Graph sowie einer Windows-GUI und plattformübergreifender CLI. | Kitploit
Tools/GitLabGitLab/vqkro/ddossnake
NetzwerksicherheitPenetrationstestsCommand and ControlDienstprogramme & FrameworksRed Teaming
GitLabvqkro/ddossnake

ddossnake

Go-Last- und Stresstest-Tool mit L7-HTTP- und L4-Raw-TCP/UDP-Modi, Multithread-Workern, Live-Rate-Graph sowie einer Windows-GUI und plattformübergreifender CLI.

Repository anzeigen
7vor 2 TagenNoch nicht geprüft

Beliebteste

Alle anzeigen →

Entdecken Sie die meistgenutzten Tools unserer Community.

Alle Tools erkunden

Durchsuchen Sie unsere Tool-Sammlung

Alle Tools anzeigen →
Teilen

ddossnake

Lasttest-Tool, geschrieben in Go. Richte es auf ein Ziel, wähle, wie hart du zuschlagen willst, und beobachte einen Live-Graphen. Es läuft unter Windows in einem Fenster und überall sonst im Terminal.

Nur autorisierte Ziele. Feuere es auf Maschinen ab, die dir gehören oder für die du eine schriftliche Genehmigung zum Testen hast. Unaufgeforderte Last gegen den Dienst eines anderen ist an den meisten Orten eine Straftat und dafür ist das hier nicht gedacht.

hol es dir

Hol dir ein Binary von der Releases-Seite:

PlattformDatei
Windowsddossnake-windows-amd64.exe — das Fenster
Linuxddossnake-linux-amd64
macOS (Intel / Apple Silicon)ddossnake-darwin-amd64 / ddossnake-darwin-arm64
FreeBSD / OpenBSDddossnake-freebsd-amd64 / ddossnake-openbsd-amd64

Die Windows-Version ist ein natives Fenster, keine Konsole. Der Rest ist die CLI — dieselbe Engine, kein GUI-Toolkit.

Unter Linux/mac/bsd mach es zuerst ausführbar:

chmod +x ddossnake-linux-amd64
./ddossnake-linux-amd64 -target http://10.0.0.5 -threads 400 -duration 30

das Fenster (Windows)

ddossnake window

TARGET      url, ip, or ip:port        e.g. 10.0.0.5:8080
REQUESTS    cap for the run
MODE        dos (L7 http) or ddos (multi source)
THREADS     workers
DURATION    seconds
FAST MODE   keep-alive, no delay
LAYER 4     raw tcp/udp instead of http (ddos mode)

Start startet es, Stop beendet es, der Graph verfolgt Pakete pro Sekunde.

die CLI (überall)

ddossnake -target <url|ip|ip:port> [flags]

  -target    target to hit
  -mode      l7 (http) or l4 (raw tcp/udp)          [l7]
  -proto     l4 protocol: tcp or udp                 [tcp]
  -threads   concurrent workers                      [400]
  -duration  seconds to run                          [30]
  -requests  request cap                             [1000000]
  -source    worker source, see -list                [local]
  -fast      keep-alive, no delay                    [true]
  -list      list worker sources and exit
  -version   print version

Beispiele:

# http load at a box you own
ddossnake -target http://10.0.0.5 -threads 400 -duration 30

# raw udp at a game/voice port
ddossnake -target 10.0.0.5:3478 -mode l4 -proto udp -threads 200

# what pools are available
ddossnake -list

Strg-C stoppt es. Eine laufende Zeile zeigt gesendet / Fehler / Pakete / Rate.

Ziele können eine URL (http://host:port), eine bloße IP oder ip:port sein. L4 braucht den Port explizit — es errät nicht 80 für dich.

Worker-Quellen

QuelleWas es ist
localdie Sockets dieser Maschine. Der Standard.
redirectseingebaute Open-Redirect-Relays, sodass die Hops von anderen IPs kommen
ufonetBrücke zu einem lokalen UFONet-Klon, falls du einen hast
vps-pooldeine eigenen Nodes, auf denen ein Agent läuft (fülle die Node-Liste aus)
stress-apieine kostenpflichtige Test-API, für die du einen Schlüssel besitzt

local und redirects brauchen nichts weiter. Die anderen sind für den Fall, dass du deine eigene Infrastruktur oder ein Konto irgendwo hast.

build

Benötigt go 1.21+. Kein cgo irgendwo.

git clone https://gitlab.com/vqkro/ddossnake
cd ddossnake

# cli - any platform
go build -o ddossnake ./cmd/ddossnake

# the window - windows only, walk is a native win32 toolkit
go build -o ddossnake.exe ./cmd/ddossnake-gui

Das Cross-Compilieren der CLI ist reines Go, kein Toolchain-Jonglieren:

GOOS=linux   GOARCH=amd64 go build -o ddossnake-linux-amd64   ./cmd/ddossnake
GOOS=freebsd GOARCH=amd64 go build -o ddossnake-freebsd-amd64 ./cmd/ddossnake
GOOS=darwin  GOARCH=arm64 go build -o ddossnake-darwin-arm64  ./cmd/ddossnake

Das Fenster ist von Natur aus Windows-only — es zeichnet mit dem walk-Toolkit. Überall sonst ist die CLI das Werkzeug, und darunter steckt dieselbe Engine.

Layout

cmd/ddossnake        cli entry
cmd/ddossnake-gui    windows window
internal/ddos        the engine both of them use

Tests

go test ./...

Hinweise

  • Threads sind Goroutinen, also ist die Maschine, von der aus du es startest, zuerst das Limit. Beobachte deine eigene Verbindung, bevor du das Ziel beschuldigst.
  • L4 ist eine Connect-Flut; es braucht einen expliziten Port und wird im Netzwerk deutlich sichtbar sein. L7 ist HTTP und fügt sich weit besser in normalen Verkehr ein.
  • Bei der redirects-Quelle sind die Hops Websites Dritter — deren Abuse-Teams sehen den Verkehr, genau wie bei jedem Proxy.

Lizenz

MIT, siehe LICENSE.

Tool herunterladen