MCP-Server, der KI-Assistenten eine selbst gehostete Sn1per-Installation steuern lässt, abgegrenzte, auditierte Scans ausführt und Ergebnisse, Ports, Subdomains und Technologien als strukturierte Daten zurückgibt.
Steuere dein selbst gehostetes Sn1per aus deinem KI-Assistenten: abgegrenzt, auditiert, für autorisierte Tests.
Nur für autorisierte Sicherheitstests. Verwende den Sn1per MCP Server nur gegen Systeme, die dir gehören oder für die du ausdrücklich, schriftlich, eine Testgenehmigung hast, und innerhalb des Rahmens dieser Genehmigung.
Status: Beta (0.9.x). Tool-Namen, Parameter und Ausgabefelder folgen dem Kompatibilitätsversprechen für 0.x-Releases.
Der Sn1per MCP Server verbindet den KI-Assistenten, den du bereits verwendest, mit der Sn1per-Installation auf deinem eigenen Linux-Host. Er läuft lokal über stdio neben Sn1per, lehnt Scan-Anfragen für Ziele außerhalb des von dir konfigurierten Geltungsbereichs ab (siehe die Grenzen), zeichnet jede Scan-, Abbruch-, Lösch- und Exportanfrage, die er bearbeitet, in einem lokalen Audit-Log auf und liefert Sn1pers Ergebnisse, offene Ports, Subdomains und Technologien als strukturierte Daten zurück, wobei Secrets standardmäßig redigiert werden. Er unterstützt Sn1per Community Edition 9.x und die 11.x-Engine, die von SE, Professional und Enterprise verwendet wird; die Editionsmatrix listet auf, was verifiziert wurde. Er ist kostenlos und Open Source unter der Apache-2.0-Lizenz und nur für autorisierte Sicherheitstests gedacht.
Der Server läuft neben Sn1per auf deinem Host: Die Beute bleibt dort, und Tool-Ergebnisse verlassen den Host nur über deinen MCP-Client und den von ihm verwendeten Modelldienst. Lies Datenverarbeitung und Datenschutz, um zu erfahren, was den Host tatsächlich verlässt.
Sn1per führt das Scannen durch. Der Sn1per MCP Server ermöglicht es dem KI-Assistenten, den du bereits verwendest, ihn zu steuern. Generische Tool-Runner-MCP-Server stellen einzelne Befehle bereit. Der Sn1per MCP Server steuert Sn1pers orchestrierte Scan-Modi und liefert deren strukturierte Ergebnisse zurück, mit Durchsetzung des Geltungsbereichs und einem Audit-Log.
Ersetze <user> durch den Benutzer, der deinen MCP-Client ausführt. Die env-Datei ist die kanonische Konfiguration, sodass --check genau das sieht, was der Client ausführen wird.
Installiere pipx und installiere dann den Server als dieser Benutzer (führe pipx niemals mit sudo aus):
sudo apt install pipx
pipx ensurepath
# open a new shell, then:
pipx install sn1per-mcp==0.9.0
Erstelle die env-Datei /home/<user>/.config/sn1per-mcp/env mit Modus 0600:
mkdir -p /home/<user>/.config/sn1per-mcp
install -m 0600 /dev/null /home/<user>/.config/sn1per-mcp/env
Fügen Sie diese Zeile ein und ersetzen Sie dann den Platzhalter durch die Ziele, die Sie testen dürfen. Der Platzhalter selbst wird abgelehnt (scope_invalid), sodass nichts gescannt wird, bis Sie ihn ersetzen.
SNIPER_MCP_SCOPE=<authorized-targets>
Überprüfen Sie die Konfiguration. Die Ausgabe enthält den realpath der Sn1per CLI, den die sudo-Regel benennen muss:
/home/<user>/.local/bin/sn1per-mcp --env-file /home/<user>/.config/sn1per-mcp/env --check
Fügen Sie das sudoers-Drop-in mit diesem realpath (/usr/share/sniper/sniper bei einer Standardinstallation) hinzu. Überspringen Sie diesen Schritt, wenn der Client als root läuft. Vollständige Schritte: docs/install.md.
sudo visudo -f /etc/sudoers.d/sn1per-mcp
<user> ALL=(root) NOPASSWD: /usr/share/sniper/sniper
Registriere den Server bei Claude Code (andere Clients: docs/clients.md):
claude mcp add sn1per -s user -- /home/<user>/.local/bin/sn1per-mcp --env-file /home/<user>/.config/sn1per-mcp/env
Starten Sie eine neue Client-Sitzung und fragen Sie: "Run sniper_status".
Es werden nur Clients aufgeführt, die die Client-Tests der Version 0.9.0 (2026-10-12) bestanden haben. Konfigurationspfade, Genehmigungseinstellungen und Hinweise pro Client finden Sie in docs/clients.md.
| Client | Status | Lösch- und Export-Tools (benötigen MCP-Elicitation) |
|---|---|---|
| Claude Code (2.1.284) | verifiziert | ja, in interaktiven Sitzungen; claude -p ohne SDK-Host bricht die Bestätigung ab, sodass nichts gelöscht oder exportiert wird |
| Codex CLI (0.125.0) | nur in codex exec verifiziert | nein in codex exec, was die Bestätigung ablehnt; die interaktive Codex-Oberfläche ist noch nicht getestet |
| Web-, Mobile- und Remote-Connector-Clients | in 0.9.0 nicht unterstützt (nur stdio) | nicht zutreffend |
Claude Code: der Einzeiler im Schnellstart (Schritt 5). Codex CLI: der config.toml-Eintrag und die Genehmigungseinstellung, die export_workspace dort benötigt, finden Sie in docs/clients.md. Andere Clients, die lokale stdio-Server starten, sind mit 0.9.0 noch nicht getestet.
Befindet sich Sn1per auf einem anderen Rechner, oder läuft Ihr Client auf macOS oder Windows? Siehe docs/remote.md für das SSH-Rezept (verifiziert mit einem Linux-OpenSSH-Client; Windows- und macOS-Clients dokumentiert, unverifiziert), WSL2 (dokumentiert, unverifiziert) und die Docker-Rezepte (dokumentiert, unverifiziert).
Der Server erkennt die Edition und Engine anhand der Sn1per-CLI auf dem Host. "Verifiziert" bedeutet, dass sie durch den Verifikationslauf von 0.9.0 am 2026-10-12 ausgeführt wurde; "erwartet" bedeutet, dass kein bekannter Blocker vorliegt, aber nicht ausgeführt wurde. Die Ergebnisse pro Tool, die ausgeführten Scan-Modi und die nach dem Lauf vorgenommenen Korrekturen finden Sie in docs/editions.md, zusammen mit den Modustabellen und Hinweisen pro Edition.