
Tests de sécurité offensifs propulsés par l'IA à l'aide d'agents autonomes, directement dans votre terminal.
Tests d'intrusion assistés par IA utilisant des agents autonomes — directement dans votre terminal. Exécutez des pentests blackbox et whitebox qui explorent, raisonnent et révèlent de véritables vulnérabilités.
Vous souhaitez l'exécuter depuis le cloud ou l'intégrer à votre CI/CD ? Consultez Pensar Console.
/pentest avant de fusionner une PR — détectez les vulnérabilités aussi naturellement que vous lancez des tests/operator pour l'investigation manuelle, le chaînage d'exploits et la validation| Méthode | Commande |
|---|---|
| Installation rapide (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 |
Ouvrez l'interface TUI d'Apex :
pensar
Apex signale automatiquement son état lorsqu'il est lancé dans
Herdr. La barre latérale affiche working
pendant un tour, blocked lorsqu'une approbation, une revue de plan ou des réponses sont nécessaires, et
idle lorsque Apex est prêt à recevoir des entrées. Les commandes d'agent CLI attachées au terminal signalent également
leur activité. Aucun plugin ni configuration Apex supplémentaire n'est requis.
Herdr 0.9.2 ou une version ultérieure peut restaurer la conversation en cours après un redémarrage du serveur.
Gardez pensar dans votre PATH ; Apex fournit une commande de reprise avec l'ID de session,
le modèle actif et le paramètre d'obfuscation. La session enregistrée restaure son mode
opérateur et ses paramètres d'approbation. Les sessions restaurées attendent votre prochain prompt.
Vous pouvez également rouvrir une session directement :
pensar --resume <session-id>
pensar --resume <session-id> --model <model-id>
Le signalement d'état et la publication fonctionnent également avec les anciennes versions de Herdr. Les rapports s'exécutent en arrière-plan avec un court délai d'expiration, et les défaillances de Herdr n'interrompent pas Apex.
Exécutez des pentests sans la TUI pour le scripting, la CI ou l'intégration evalgate :
# 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"
| Option | Commande | Description |
|---|---|---|
--target <url> | pentest, targeted-pentest | URL cible (obligatoire) |
--cwd <path> | pentest | Chemin du code source pour le mode whitebox |
--mode <mode> | pentest | exfil pour le pivoting et l'extraction de flag |
--model <model> | pentest, targeted-pentest | Modèle d'IA (par défaut : sélection automatique) |
--extended-thinking | pentest | Active la réflexion étendue pour les modèles pris en charge |
--task-driven | pentest | Active l'architecture pilotée par les tâches (expérimental) |
--prompt <text|@file> | pentest | Consignes personnalisées pour l'agent |
--threat-model <text|@file> | pentest | Modèle de menace pour guider les tests |
--objective <text> | targeted-pentest | Objectif de test (répétable) |
Connectez Hoonify dans /providers ou définissez HOONIFY_API_KEY, puis sélectionnez un
modèle découvert dans /models. Les commandes headless acceptent
--model-provider hoonify --model <catalog-model-id>. Consultez
Configuration de Hoonify pour la découverte de modèles, les budgets de tokens et les vérifications en direct.
Apportez un point de terminaison compatible OpenAI et un jeton bearer via la configuration customProviders
ou la variable d'environnement du worker APEX_CUSTOM_PROVIDERS. Sélectionnez-le
avec --model-provider <id> --model <model>, ou choisissez ses modèles déclarés dans
le sélecteur /models de l'opérateur. Consultez Configuration de l'inférence personnalisée
pour les paramètres GLM, la configuration des jobs headless et un test de connexion en direct.
Apex achemine la journalisation diagnostique/opérationnelle via un logger structuré centralisé
(src/core/logger). Il écrit du JSON sur une ligne vers stderr lorsque la sortie n'est pas un TTY — le gardant
séparé de la sortie standard du programme et facile à expédier vers un pipeline de logs (par ex. CloudWatch) —
et une sortie lisible et colorée dans un terminal interactif. La sortie CLI/TUI destinée à l'utilisateur reste sur
stdout.
Définissez le niveau (du plus → au moins verbeux : debug < info < warn < error, par défaut 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