
KI-gestützte offensive Sicherheitstests mit autonomen Agenten, direkt in deinem Terminal.
KI-gestütztes Penetration-Testing mit autonomen Agenten — direkt in deinem Terminal. Führe Blackbox- und Whitebox-Pentests durch, die erkunden, Schlussfolgerungen ziehen und echte Schwachstellen aufdecken.
Möchtest du es aus der Cloud ausführen oder in deine CI/CD integrieren? Siehe Pensar Console.
/pentest vor dem Mergen eines PRs aus — erkenne Schwachstellen so selbstverständlich wie beim Ausführen von Tests/operator-Modus für manuelle Untersuchungen, Exploit-Verkettung und Validierung| Methode | Befehl |
|---|---|
| Schnellinstallation (macOS/Linux) | curl -fsSL https://pensarai.com/install.sh | bash |
| Homebrew | brew tap pensarai/tap && brew install apex |
| npm | npm install -g @pensar/apex |
| Windows (PowerShell) | irm https://www.pensarai.com/apex.ps1 | iex |
Öffne die Apex TUI:
pensar
Apex meldet seinen Status automatisch, wenn es innerhalb von
Herdr gestartet wird. Die Seitenleiste zeigt working
während eines Turns, blocked, wenn eine Genehmigung, eine Planprüfung oder Antworten benötigt werden, und
idle, wenn Apex bereit für Eingaben ist. An das Terminal angehängte CLI-Agent-Befehle
melden ebenfalls ihre Aktivität. Es ist kein Plugin und keine zusätzliche Apex-Konfiguration erforderlich.
Herdr 0.9.2 oder später kann die aktuelle Konversation nach einem Server-Neustart wiederherstellen.
Behalte pensar in deinem PATH; Apex stellt einen Resume-Befehl mit der Session-ID,
dem aktiven Modell und der Obfuskationseinstellung bereit. Die gespeicherte Sitzung stellt ihren Operator-
Modus und ihre Genehmigungseinstellungen wieder her. Wiederhergestellte Sitzungen warten auf deine nächste Eingabeaufforderung.
Du kannst eine Sitzung auch direkt wieder öffnen:
pensar --resume <session-id>
pensar --resume <session-id> --model <model-id>
Statusmeldungen und Releases funktionieren auch mit älteren Herdr-Versionen. Berichte werden im Hintergrund mit einem kurzen Timeout ausgeführt, und Herdr-Fehler unterbrechen Apex nicht.
Führe Pentests ohne die TUI für Skripting, CI oder evalgate-Integration aus:
# Basic pentest
pensar pentest --target https://example.com
# With extended thinking and task-driven mode
pensar pentest --target https://example.com --extended-thinking --task-driven
# Whitebox (with source code access)
pensar pentest --target https://example.com --cwd ./my-app
# Targeted pentest with specific objectives
pensar targeted-pentest --target https://example.com --objective "Test authentication bypass"
| Flag | Befehl | Beschreibung |
|---|---|---|
--target <url> | pentest, targeted-pentest | Ziel-URL (erforderlich) |
--cwd <path> | pentest | Quellcodepfad für den Whitebox-Modus |
--mode <mode> | pentest | exfil für Pivoting und Flag-Extraktion |
--model <model> | pentest, targeted-pentest | KI-Modell (Standard: automatisch ausgewählt) |
--extended-thinking | pentest | Erweitertes Denken für unterstützte Modelle aktivieren |
--task-driven | pentest | Aufgabengetriebene Architektur aktivieren (experimentell) |
--prompt <text|@file> | pentest | Benutzerdefinierte Anweisung für den Agenten |
--threat-model <text|@file> | pentest | Bedrohungsmodell zur Steuerung der Tests |
--objective <text> | targeted-pentest | Testziel (wiederholbar) |
Verbinde Hoonify in /providers oder setze HOONIFY_API_KEY und wähle dann ein
entdecktes Modell in /models aus. Headless-Befehle akzeptieren
--model-provider hoonify --model <catalog-model-id>. Siehe
Hoonify-Einrichtung für Modell-Erkennung, Token-Budgets und Live-Prüfungen.
Bringe einen OpenAI-kompatiblen Endpunkt und ein Bearer-Token über die customProviders-
Konfiguration oder die Worker-Umgebungsvariable APEX_CUSTOM_PROVIDERS ein. Wähle ihn
mit --model-provider <id> --model <model> aus oder wähle seine deklarierten Modelle im
/models-Auswahldialog des Operators. Siehe Einrichtung benutzerdefinierter Inferenz
für GLM-Einstellungen, Headless-Job-Konfiguration und einen Live-Verbindungstest.
Apex leitet diagnostische/operative Protokollierung über einen zentralisierten strukturierten Logger
(src/core/logger). Er schreibt einzeiliges JSON nach stderr, wenn die Ausgabe kein TTY ist — wodurch
sie vom stdout des Programms getrennt bleibt und sich leicht an eine Log-Pipeline (z. B. CloudWatch) übermitteln lässt —
und gibt bei einem interaktiven Terminal eine übersichtliche, farbige Ausgabe aus. Die benutzerseitige CLI/TUI-Ausgabe bleibt auf
stdout.
Lege die Stufe fest (am ausführlichsten → am wenigsten ausführlich: debug < info < warn < error, Standard info):
pensar pentest --target https://example.com --log-level debug # or --verbose / --quiet
PENSAR_LOG_LEVEL=debug pensar ... # via environment
PENSAR_DEBUG=1 pensar ... # back-compat alias for debug