PentAGI es una plataforma de automatización avanzada para pentesting que utiliza agentes autónomos de IA para ejecutar tareas complejas como reconocimiento, explotación y post-explotación, mejorando la coordinación entre herramientas y la interpretación del contexto. Diseñada para pentesters, red teams y equipos de seguridad, sigue una arquitectura multi-agente que reduce tiempos y automatiza cadenas de ataque en entornos controlados como laboratorios Docker con servicios vulnerables (web, FTP, SMB).

En los últimos años, el pentesting ha evolucionado desde procesos manuales altamente especializados hacia flujos híbridos donde la automatización y la inteligencia artificial ayudan a acelerar descubrimientos, correlacionar hallazgos y priorizar vectores de ataque. En ese contexto surge PentAGI, una plataforma diseñada para coordinar agentes autónomos de IA capaces de ejecutar tareas complejas de penetration testing de forma iterativa y contextual.

Para pentesters, red teams y equipos de security automation, PentAGI resulta interesante por varias razones:

• Permite orquestar múltiples herramientas de seguridad bajo una capa de inteligencia que toma decisiones.
• Mantiene memoria semántica del objetivo y del entorno de ataque.
• Automatiza cadenas completas de ataque (reconocimiento → enumeración → explotación → post-explotación).
• Reduce el tiempo necesario para correlacionar resultados de diferentes herramientas.

En entornos reales de pentesting —especialmente durante evaluaciones internas o pruebas continuas de seguridad— el problema habitual no es la falta de herramientas, sino la coordinación entre ellas y la interpretación del contexto. PentAGI aborda este problema mediante agentes especializados que analizan resultados, actualizan una base de conocimiento y planifican los siguientes pasos del ataque.

Contexto técnico y arquitectura de PentAGI

PentAGI sigue una arquitectura multi-agente orientada a tareas, donde cada agente tiene responsabilidades específicas dentro del flujo de pentesting.

Téneis toda la info en https://pentagi.com/ pero si queréis probarlo rápido os recomendamos montar un entorno rápido como el siguiente.

Escenario de laboratorio reproducible para pruebas con PentAGI

Para evaluar correctamente el funcionamiento de PentAGI es fundamental trabajar en un entorno controlado y reproducible. En esta sección construiremos un laboratorio de pentesting interno con servicios vulnerables reales que permitirán observar cómo los agentes autónomos toman decisiones durante un ataque.

El objetivo del laboratorio es simular una pequeña red corporativa vulnerable que contenga múltiples vectores de ataque explotables. El laboratorio se ejecutará completamente dentro de Docker para facilitar la reproducibilidad.

Arquitectura del laboratorio

                      Red de laboratorio
                       172.19.0.0/24
                           
        ┌───────────────────────────────────┐
        │                                   │
        │           PentAGI Node            │
        │       (Orquestador + Agents)      │
        │           172.18.0.5              │
        │                                   │
        └───────────────┬───────────────────┘
                        │
                        │
        ┌───────────────┼──────────────────────────┐
        │               │                          │
        │               │                          │
        ▼               ▼                          ▼
  172.18.0.10     172.18.0.11                172.18.0.12
  Web Server      FTP Server                 Windows SMB
  Vulnerable      Weak Credentials           Lateral Movement

Requisitos de hardware recomendados

Para ejecutar el laboratorio con fluidez:

• CPU: 4 cores mínimo
• RAM: 8 GB mínimo
• RAM recomendada: 16 GB
• Disco: 20 GB libres

Preparación del entorno base

Primero crearemos una red Docker dedicada al laboratorio. Esto permitirá que PentAGI interactúe con los sistemas vulnerables como si estuviera dentro de una red corporativa real.

docker network create \
--subnet 172.18.0.0/24 \
pentest-lab

Verificar la red:

docker network inspect pentest-lab

Servidor Web vulnerable

Este host simula una aplicación web corporativa expuesta internamente. Incluye vulnerabilidades típicas que PentAGI puede detectar.

Servicios activos:

• HTTP (puerto 80)
• Aplicación web vulnerable
• Panel de login

Vulnerabilidades esperadas:

• SQL Injection
• Credenciales débiles
• Directory discovery

Software utilizado:

Apache 2.4.x
DVWA (Damn Vulnerable Web Application)
PHP
MySQL

Para el despliegue lanzaremos un contenedor con una aplicación vulnerable.

docker run -d \
--name lab-web \
--network pentest-lab \
--ip 172.18.0.10 \
-p 8081:80 \
vulnerables/web-dvwa

Verificación:

curl http://localhost:8081

Resultado esperado:

DVWA Login Page

Credenciales por defecto:

admin : password

Servidor FTP vulnerable

Este host permite validar cómo PentAGI intenta comprometer servicios expuestos con configuraciones débiles.

Características:

• FTP accesible desde la red interna.
• Credenciales débiles.
• Posible exploit disponible.

Software:

vsftpd vulnerable version
anonymous login disabled
weak credentials enabled

Despliegue:

docker run -d \
--name lab-ftp \
--network pentest-lab \
--ip 172.18.0.11 \
-p 2121:21 \
-e FTP_USER=test \
-e FTP_PASS=test \
-e PASV_ADDRESS=127.0.0.1 \
fauria/vsftpd

Probar conexión:

ftp localhost 2121

Credenciales débiles configuradas para el laboratorio:

test : test

Servidor Windows para movimiento lateral

Este sistema representa un objetivo típico dentro de una red interna corporativa. Una vez comprometido otro host, PentAGI intentará pivotar hacia este sistema.

Servicios:

• SMB
• RPC
• WinRM (opcional)

Configuración vulnerable:

• Credenciales reutilizadas.
• Comparticiones accesibles.
• Enumeración SMB posible.

Para reproducibilidad rápida en laboratorio, podemos usar una imagen de SMB vulnerable o un contenedor con Samba configurado de forma insegura.

docker run -d \
--name lab-smb \
--network pentest-lab \
--ip 172.18.0.12 \
-p 4455:445 \
dperson/samba \
-p \
-u "admin;admin" \
-s "share;/shared;yes;no;yes"

Esto crea:

• Usuario SMB vulnerable
• Share accesible
• Credenciales reutilizadas

Validación de la topología

Desde el host atacante:

nmap 172.18.0.0/24

Resultado esperado aproximado:

$ nmap 172.18.0.0/24
Starting Nmap 7.94SVN ( https://nmap.org ) at 2026-02-20 23:44 CET
Nmap scan report for 172.18.0.10
Host is up (0.0000090s latency).
Not shown: 999 closed tcp ports (reset)
PORT   STATE SERVICE
80/tcp open  http
MAC Address: 02:42:AC:13:00:0A (Unknown)

Nmap scan report for 172.18.0.11
Host is up (0.0000090s latency).
Not shown: 999 closed tcp ports (reset)
PORT   STATE SERVICE
21/tcp open  ftp
MAC Address: 02:42:AC:13:00:0B (Unknown)

Nmap scan report for 172.18.0.12
Host is up (0.0000090s latency).
Not shown: 998 closed tcp ports (reset)
PORT    STATE SERVICE
139/tcp open  netbios-ssn
445/tcp open  microsoft-ds
MAC Address: 02:42:AC:13:00:0C (Unknown)

Esto confirma que el laboratorio está listo para PentAGI.



Fuentes:
https://www.hackplayers.com/2026/02/pentagi-pentest-auto-con-IA.html