kamalx06/tornadorevc2Modulares Post-Exploitation-Framework zur Verwaltung von Reverse-Shell-Sitzungen über TCP/TLS/mTLS mit Plugins für Enumeration, In-Memory-Ausführung, SOCKS5-Pivoting und Persistenz.
Ein leichtgewichtiges, modulares Post-Exploitation-Framework für autorisierte Sicherheitsforschung, Red-Team-Operationen und Penetrationstests. TornadoRevC2 verwaltet interaktive Reverse-Shell- und Bind-Shell-Sitzungen auf Linux- und Windows-Hosts über eine einheitliche Operator-Konsole, über einfaches TCP, serverauthentifiziertes TLS und gegenseitig authentifiziertes TLS. Die Kern-Sitzungsverwaltung wird durch eine plattformübergreifende Plugin-Architektur für Host-Enumeration, Situationsbewusstsein und operative Aufgaben erweitert.
Wichtig: TornadoRevC2 betreibt zwei komplementäre Sitzungsmodelle im selben Prozess. Der Shell-Handler priorisiert zuverlässige interaktive Sitzungen, strukturierte Operator-Workflows und bedarfsgesteuerte Plugin-Ausführung. Das Beacon-Subsystem ergänzt einen pull-basierten kompilierten Agenten für langfristige Engagements, die Planung, Selbstzerstörung und Netzwerkresilienz statt eines Live-Sockets erfordern. Beide teilen sich die Operator-Konsole, das TLS-Material und die Logging-Infrastruktur; keines erfordert das andere. Siehe Beacon-Subsystem.
Verwenden Sie diese Software nur auf Systemen, die Ihnen gehören, oder auf Systemen, für die Sie eine ausdrückliche schriftliche Genehmigung besitzen. Sie sind allein für die Einhaltung der geltenden Gesetze und organisatorischen Richtlinien verantwortlich. Die Autoren und Mitwirkenden übernehmen keine Haftung für Missbrauch, Datenverlust oder rechtliche Konsequenzen, die sich aus der Nutzung dieses Projekts ergeben.
Kurze Demo: Sitzungsverwaltung, Plugin-Ausführung, SOCKS5-Pivoting.
TornadoRevC2 ist ein modulares Post-Exploitation-Framework, das zwei Sitzungsmodelle in einem einzigen Prozess unterstützt und sich eine Operator-Konsole und einen Satz von Infrastrukturkomponenten (TLS-Zertifikatsmaterial, malleable Profile, Sitzungsprotokollierung) teilt:
Interaktive Shell-Sitzungen — Reverse Shells (das Ziel wählt den
Handler über einfaches TCP, serverauthentifiziertes TLS oder gegenseitiges TLS mit
Client-Zertifikatsverifikation) und Bind Shells (der Handler wählt
das Ziel, über einfaches TCP oder TLS). Beide können zur Laufzeit
auf einen sekundären HTTPS-Transport (HTTP/2 oder HTTP/1.1 über TLS) oder eine
auf dem Ziel gehostete SMB-Named-Pipe verschoben und mit
backtoshell zurückgesetzt werden. Alle Abläufe erzeugen identische Sitzungsobjekte und durchlaufen
dieselbe Probe-, Plugin-, Transfer- und Reporting-Pipeline.
Kompilierte Beacon-Sitzungen — ein Go-Agent, der von der Operator-Maschine aus cross-kompiliert wird, ohne Laufzeitkonfiguration auf der Festplatte. Der Agent checkt nach einem Zeitplan ein, ruft in die Warteschlange gestellte Aufgaben ab, führt sie über In-Process-native-Handler oder eine Shell aus und kehrt dann in den Schlafmodus zurück. Aufgaben und Ergebnisse sind durchgängig ECDSA-signiert, der Transport erfolgt über HTTPS mit optionalem gegenseitigem TLS, und jede Verhaltenseigenschaft ist zur Build-Zeit fest eingebaut.
Das Framework bietet eine einheitliche Operator-Konsole für Sitzungs-
verwaltung, Host-Aufklärung, chunked Dateitransfer, In-Memory-
Payload-Ausführung, SOCKS5-Pivoting, plugin-gesteuerte Post-Exploitation,
strukturiertes Reporting und einen integrierten update-Befehl für automatische
Git-basierte Updates und nahtlose Handler-Neustarts. Fähigkeiten wie
Firewall-Enumeration, Sammlung von Credential-Store-Metadaten, Netzwerk-
Mapping, Browser-Profiling, Windows-Domain-Trust-Analyse und
zusätzliche Post-Exploitation-Funktionalität sind als 65
unabhängige, modulare Plugins implementiert. Das make_token-Plugin etabliert neue
C2-Sitzungen über Remote-Protokolle (SSH, WinRM, SMB, WMI, MSSQL, DCOM
und MySQL/MariaDB) von der Operator-Seite aus; upgrade_mtls migriert eine
Live-Sitzung auf den Mutual-TLS-Listener, indem es das
Client-Zertifikatsbundle des Handlers auf das Ziel überträgt.
Unterstützte Zielplattformen: Linux und Windows (primär), mit Kompatibilität für generische Unix- und BSD-Umgebungen, wo anwendbar.
