Tests d'intrusion autonomes
Ce qu'est un test d'intrusion autonome, comment PentAGI mène un test depuis un objectif jusqu'à un report, et où les humains gardent le contrôle.
Lors d’un pentestpentest — test d'intrusionUn test d'intrusion : une tentative autorisée de pénétrer dans des systèmes afin d'y trouver leurs faiblesses. autonome, un système d’IA planifie et exécute lui-même les étapes du test. Il décide quoi examiner ensuite à partir de ce qu’il a déjà trouvé, lance les outils, vérifie les résultats et rédige ce qu’il a appris. Un scanner effectue toujours les mêmes vérifications ; un agentagentUn agent IA de PentAGI : un modèle avec son propre prompt, ses paramètres et ses outils, qui effectue un type de travail spécifique dans un flow, comme tester, écrire du code ou rechercher sur le web. autonome adapte son plan au fur et à mesure que le test progresse.
Comment PentAGI exécute un test
Vous décrivez une cible et un objectif en langage naturel : ce qui doit être évalué, ce qui est dans le périmètre et ce qui constitue la fin du travail. À partir de là, un flow s’exécute de manière autonome :
- Votre message devient une tasktask — tâcheUne requête dans un flow : son premier message, ou un message ultérieur qui ne répond pas à une question d’un agent. PentAGI divise chaque tâche en sous-tâches., et le generator la divise en jusqu’à 15 subtaskssubtask — sous-tâcheUne étape d’une tâche. PentAGI planifie les sous-tâches de chaque tâche et les ajuste au fil du travail..
- Pour chaque subtask, l’agent primary confie le travail à des spécialistes — le searcher, le pentester, le coder ou l’installer — qui agissent via leurs toolstool — outilCe par quoi un agent agit : une capacité intégrée comme le terminal, le navigateur isolé ou la recherche web, ou un programme du sandbox comme nmap, metasploit ou sqlmap..
- Les tools s’exécutent dans le conteneur sandboxsandboxLe conteneur Docker isolé dans lequel les agents exécutent leurs outils. L'interface l'affiche comme Terminal. propre au flowflowUn flow de PentAGI : un objectif, les tâches créées à partir de vos messages et tout ce que les agents ont fait en cours de route., construit à partir d’une image choisie pour l’objectif, et non à l’intérieur de PentAGI lui-même ; un worker node les maintient entièrement à l’écart de l’hôte PentAGI.
- Après chaque subtask, le refiner examine le plan restant et le modifie si les résultats l’exigent.
- Lorsque la task est terminée, le reporter rédige son résultat, et le reportreport — rapportLe document que PentAGI rédige à propos d'un flow et de ses constats. Dans Enterprise, c'est un document prêt pour le client, construit à partir d'un template. du flow rassemble les résultats de toutes ses tasks.
Les commandes, leur sortie et les résultats restent dans la memory du flow, afin que les subtasks ultérieures s’appuient sur les précédentes ; les guides, réponses et codes que les agents y enregistrent servent également aux flows suivants.
Où vous gardez le contrôle
- Périmètre. Les agents suivent la task : inscrivez-y les cibles, les limites et toutes les règles d’engagementengagement — missionLe travail qu'une équipe de sécurité livre à son client, comme un test d'intrusion des systèmes du client. Chaque exécution de PentAGI dans ce cadre est un flow.. PentAGI ne restreint pas les cibles par lui-même, donc imposez une limite stricte au niveau réseau, par exemple avec des règles de pare-feu sur le worker nodeworker node — nœud workerUn serveur distinct qui exécute les conteneurs d’outils des agents, afin que les commandes qu’ils exécutent n’affectent jamais l’hôte principal de PentAGI..
- Mode interactif. En mode Assistant, vous effectuez le test étape par étape avec un agent au lieu de le laisser s’exécuter seul.
- Pilotage. La vue Assistant d’un flow en cours d’exécution vous permet de vérifier son état, d’arrêter la task actuelle, d’envoyer des instructions de suivi ou de modifier les subtasks prévues — voir Piloter un flow en cours d’exécution.
- Questions. Avec
ASK_, l’agent primary peut mettre le flow en pause et vous demander une saisie. Cette option est désactivée par défaut.USER=true - Limites. Les limites de tool calltool call — appel d’outilUne demande du modèle d’exécuter l’un des outils de l’agent, comme une commande terminal ou une recherche web. et la détection de répétition arrêtent un agent qui tourne en rond, et le reflector relance celui qui cesse d’appeler des tools — voir Mesures de sécurité.
Quand cela convient
Le test autonome convient aux évaluations répétées de vos propres systèmes, aux cibles de laboratoire et de formation, ainsi qu’à la première passe d’un engagement : cartographier la surface d’attaque, vérifier les faiblesses connues et rédiger ce qui a été trouvé. Il ne remplace pas le jugement d’un testeur sur le périmètre, l’impact et les risques, et deux exécutions de la même task peuvent différer, donc traitez ses findingsfinding — constatQuelque chose que le test a découvert et enregistré, comme un hôte, un service en cours d'exécution ou une vulnérabilité. comme des pistes à confirmer.
Testez uniquement les systèmes que vous possédez ou pour lesquels vous êtes explicitement autorisé à effectuer une évaluation. L’utilisation de PentAGI est soumise au CLUF.
Dernière mise à jour le
Votre premier flow
Créez votre premier flow, réutilisez les prompts avec des templates, suivez et guidez les agents pendant qu’ils travaillent, et téléchargez le report à la fin.
Agents IA et scanners
En quoi un agent autonome tel que PentAGI diffère d’un scanner DAST ou de vulnérabilités, et comment utiliser les deux ensemble.