Pentesting autónomo
Qué es el pentesting autónomo, cómo PentAGI lleva a cabo un test desde un objetivo hasta un report, y dónde las personas mantienen el control.
En una prueba de penetración autónoma, un sistema de IA planifica y ejecuta los pasos de la prueba por sí mismo. Decide qué examinar a continuación a partir de lo que ha encontrado hasta el momento, ejecuta las herramientas, verifica los resultados y redacta lo aprendido. Un escáner ejecuta las mismas comprobaciones cada vez; un agentagent — agenteUn agente de IA de PentAGI: un modelo con su propio prompt, configuración y herramientas que realiza un tipo de trabajo en un flujo, como probar, escribir código o buscar en la web. autónomo cambia su plan a medida que avanza la prueba.
Cómo PentAGI ejecuta una prueba
Describes un objetivo y una meta en lenguaje natural: qué evaluar, qué está dentro del alcance y qué se considera completado. A partir de ahí, un flow se ejecuta por sí solo:
- Tu mensaje se convierte en una tasktask — tareaUna solicitud en un flujo: su primer mensaje, o un mensaje posterior que no responde a una pregunta de un agente. PentAGI divide cada tarea en subtareas., y el generator la divide en hasta 15 subtaskssubtask — subtareaUn paso de una tarea. PentAGI planifica las subtareas de cada tarea y las ajusta a medida que avanza el trabajo..
- Para cada subtask, el primary agent asigna el trabajo a especialistas — el searcher, pentester, coder o installer — que actúan a través de sus toolstool — herramientaAquello con lo que actúa un agente: una capacidad integrada como el terminal, el navegador aislado o la búsqueda web, o un programa en el sandbox como nmap, metasploit o sqlmap..
- Las tools se ejecutan en el contenedor sandboxsandboxEl contenedor Docker aislado en el que los agentes ejecutan sus herramientas. La interfaz lo muestra como Terminal. propio del flowflow — flujoUna ejecución de PentAGI: un objetivo, las tareas creadas a partir de tus mensajes y todo lo que hicieron los agentes en el proceso., construido a partir de una imagen seleccionada para el objetivo, no dentro de PentAGI mismo; un worker node las mantiene completamente separadas del host de PentAGI.
- Después de cada subtask, el refiner revisa el plan restante y lo modifica cuando los resultados lo requieren.
- Cuando la task está completa, el reporter redacta su resultado, y el reportreport — informeEl documento que PentAGI escribe sobre un flujo y sus hallazgos. En Enterprise, es un documento listo para el cliente construido a partir de una plantilla. del flow recopila los resultados de todas sus tasks.
Los comandos, su salida y los resultados permanecen en la memory del flow, por lo que las subtasks posteriores se basan en las anteriores; las guías, respuestas y código que los agents guardan allí también sirven para flows futuros.
Dónde mantienes el control
- Alcance. Los agents siguen la task: escribe los objetivos, los límites y cualquier regla de engagementengagement — proyectoEl trabajo que un equipo de seguridad entrega a su cliente, como un pentest de los sistemas del cliente. Cada ejecución de PentAGI dentro de él es un flujo. en ella. PentAGI no restringe los objetivos por sí mismo, así que impone un límite estricto a nivel de red, por ejemplo, con reglas de firewall en el worker nodeworker node — nodo workerUn servidor separado que ejecuta los contenedores de herramientas de los agentes, de modo que los comandos que ejecutan nunca tocan el host principal de PentAGI..
- Modo interactivo. En el modo Assistant trabajas paso a paso en la prueba con un agent en lugar de dejar que se ejecute por sí solo.
- Dirección. La vista Assistant de un flow en ejecución te permite comprobar su estado, detener la task actual, enviar instrucciones de seguimiento o cambiar las subtasks planificadas — consulta Dirigir un flow en ejecución.
- Preguntas. Con
ASK_, el primary agent puede pausar el flow y pedirte información. Está desactivado por defecto.USER=true - Límites. Los límites de tool calltool call — llamada a herramientasUna solicitud del modelo para ejecutar una de las herramientas del agente, como un comando de terminal o una búsqueda web. y la detección de repeticiones detienen a un agent que entra en bucle, y el reflector recupera a uno que deja de llamar a tools — consulta Salvaguardas.
Cuándo es adecuado
Las pruebas autónomas son adecuadas para evaluaciones repetidas de tus propios sistemas, objetivos de laboratorio y formación, y la primera pasada de un engagement: mapear la superficie de ataque, comprobar debilidades conocidas y redactar lo encontrado. No sustituye el juicio de un tester sobre el alcance, el impacto y el riesgo, y dos ejecuciones del mismo task pueden diferir, así que trata sus findingsfinding — hallazgoAlgo que el test descubrió y registró, como un host, un servicio en ejecución o una vulnerabilidad. como pistas por confirmar.
Prueba solo sistemas que poseas o para los que tengas autorización explícita para evaluar. El uso de PentAGI está sujeto al EULA.
Última actualización el