Plattformübergreifende Electron-GUI für das Sliver-C2-Framework, die Session- und Beacon-Dashboards, Payload-Generierung, Listener, Loot und Cloud-Deployment-Verwaltung bietet.
Die neueste Version herunterladen
Sliver GUI ist eine plattformübergreifende Electron-Desktopanwendung für Sliver. Sie kombiniert Backend-Verbindungen, Live-Statusansichten, dedizierte Arbeitsbereiche und eine native Sliver-Konsole in einer React-Oberfläche, die mit HeroUI, HeroUI Pro und Font Awesome erstellt wurde.
Die GUI implementiert nicht jeden Upstream-Befehl oder jede Option. Operator- Verbindungen verwenden mTLS; WireGuard-Operator-Konfigurationen werden erkannt, können aber keine Verbindung herstellen. Siehe den Operator-Paritätsbericht für verfolgte Abdeckung und die folgenden Funktionsdokumente für spezifische Grenzen.
npm run setup:rdp installiert die festgelegte
Rust-1.94.1-Toolchain und Plattform-Targets.Die unterstützten Versionen und gesperrten Abhängigkeiten sind in package.json und package-lock.json festgehalten. Der Anwendungscode verwendet striktes TypeScript; Build-Helfer verwenden Node.js-ES-Module.
npm ci --strict-allow-scripts
npx heroui-pro login
npx heroui-pro install --yes
npm run setup:rdp
npm run dev
Die HeroUI-Anmelde-/Installationsschritte sind für die Ersteinrichtung der Workstation erforderlich; sie können übersprungen werden, wenn HEROUI_AUTH_TOKEN bereits für die Installation konfiguriert ist. Halten Sie Anmeldedaten aus versionierten Dateien heraus.
npm run dev baut und startet die statische Anwendung unter sliver://app/index.html und verwendet dabei die Produktions-Content-Security-Policy. Es baut außerdem den Host-RDP-Helper aus dem gepinnten IronRDP-Fork. Gewöhnliche TypeScript-Builds und Unit-Tests erfordern keine Rust-Kompilierung. Starten Sie den Befehl nach Quellcodeänderungen neu; dieser Workflow verwendet kein HMR.
Der TypeScript-Client wird aus dem gepinnten npm-Paket sliver-script installiert. Ein benachbarter Client-Checkout ist nicht erforderlich. Die gewöhnliche Anwendungsentwicklung erfordert keinen Sliver-Quellcode-Checkout; das Bauen der nativen Konsole schon.
Das Standard-Sliver-Client-Stammverzeichnis ist ~/.sliver-client; mit SLIVER_CLIENT_ROOT_DIR kann ein anderes Stammverzeichnis gewählt werden. Anwendungseinstellungen, einschließlich der Optionen für den Overview-Graphen, werden in gui/application-settings.json gespeichert; der Workspace-Zoom wird in gui/workspace-zoom.json gespeichert und die Einstellungen des Texteditors in gui/text-editor-settings.json unterhalb dieses Stammverzeichnisses. Die GUI erkennt vorhandene Operator-Konfigurationen in configs/ und aktualisiert den geöffneten Selektor, wenn dort eine gültige Konfiguration gespeichert wird. Konfigurationen, die über Import ausgewählt werden, speichert sie als private Dateireferenzen in gui/operator-configs.json. Import und Forget kopieren oder löschen die Quellkonfigurationen nicht.
Remote-Desktop-Profile und Endpunkt-Zertifikat-Pins befinden sich in gui/rdp.json. Passwörter werden standardmäßig weggelassen, können bis zum Beenden der App beibehalten oder mit dem sicheren Speicher des Betriebssystems verschlüsselt werden. Dauerhafte Passwörter sind nicht verfügbar, wenn Linux einen unverschlüsselten Schlüsselspeicher auswählt. Die Zwischenablageübertragung ist explizit und auf Text beschränkt; das Schließen eines RDP-Tabs trennt die Verbindung, ohne das Remote-Windows-Konto abzumelden.
Settings → General → Appearance → Disable window transparency deaktiviert die native Fenstertransparenz sofort in der gesamten App. Der Schalter ist standardmäßig aus, sodass die Transparenz dort, wo sie unterstützt wird, aktiviert bleibt. Er wird mit den anderen Anwendungseinstellungen gespeichert und hat Vorrang vor der Terminal-Transparenz.
Ghostty-kompatible Terminalfarben werden in Settings → Terminal konfiguriert und in gui/ghostty/config gespeichert. Benutzerdefinierte Themes gehören in gui/ghostty/themes/; installierte native Ghostty-Themes werden automatisch erkannt. Siehe terminal appearance and Ghostty themes für die gemeinsame Nutzung von Konfigurationen, den Monaco-Editor, die Unterstützung von Plattform-Transparenz und Laufzeitbeschränkungen.