AI Swarm Pentest

Un ejercicio acotado y autorizado

AI Swarm Pentest es el paso Validar de Proof-Driven AppSec. Antes de que Plexicus te ayude a entender una debilidad en el código (Deep Code Analysis, módulo 5) o a corregirla (Remediation, módulo 7), te muestra qué rutas de ataque son reales en una aplicación en ejecución. En el producto, AI Swarm Pentest aparece como AI Pentest, con su propia entrada App Pentest en la barra lateral.

Un pentest envía tráfico real a un sistema real, así que todo empieza por la autorización.

Reglas de actuación

Un AI Swarm Pentest cubre una aplicación, una API, código fuente o un entorno de pruebas autorizados. Antes de empezar, el objetivo, el acceso de prueba y las reglas de actuación se acuerdan por escrito, y Plexicus no actúa fuera de ese alcance. En la práctica, tus reglas de actuación responden a cuatro preguntas:

Qué entra en el alcance: la URL o el dominio exactos de la aplicación, y qué entorno (staging o producción).
Qué acceso de prueba das, si das alguno: ninguno, una cuenta de prueba dedicada, o claves API o cabeceras de prueba (la lección 4 explica por qué no debes dar por hecho que se usan).
Qué queda prohibido: por ejemplo, eliminar cuentas, enviar correos o SMS, o capturar pagos.
Quién decide qué se hace con los resultados.

Cuando tu equipo ejecuta AI Pentest en la plataforma, estas reglas se redactan y se aprueban internamente. El asistente recoge una parte: el objetivo, la configuración de autenticación, los elementos fuera de alcance y el brief.

Qué es y qué no es

AI Swarm Pentest usa comprobaciones de IA coordinadas que mapean tu aplicación, formulan hipótesis, prueban rutas de ataque y adjuntan evidencia a lo que encuentran. Automatiza la exploración, la correlación y la reproducción repetitivas. Tu equipo conserva el contexto, la supervisión y la decisión final.

No es:

un escáner de firmas que busca coincidencias con patrones conocidos,
un chatbot de seguridad que sugiere respuestas,
una prueba que se lanza sin un alcance firmado,
un pentest humano clásico, presencial y de varios días,
una lista interminable de “posibles problemas” sin priorizar,
una herramienta que cambia producción automáticamente.

Si no se puede confirmar nada, los resultados no se rellenan con alertas teóricas. Plexicus no promete cero vulnerabilidades. Promete que todo lo que presenta como verificado se puede demostrar.

Las cuatro salvaguardas

Las cuatro salvaguardas del módulo 1 (alcance acordado por escrito, evidencia trazable, límites del ejercicio y decisión humana) se aplican a cada ejecución. En la práctica, el asistente las aplica así:

El asistente pasa al agente un alcance estrecho: el host de la propia URL objetivo, sin dominios adicionales, en los puertos 80 y 443 más cualquier puerto que figure en la URL. La opción Acciones destructivas viene preseleccionada como fuera de alcance en el último paso del asistente. Cada elemento fuera de alcance que seleccionas le llega al agente como una instrucción escrita de no hacerlo. Es una instrucción, no un bloqueo técnico, así que compleméntalo con un objetivo de staging y métodos de pago de prueba. Cualquier profundidad, incluso Rápido, envía solicitudes reales al objetivo.

Cómo funciona el enjambre

Un escáner de firmas compara tu aplicación con patrones conocidos y te dice dónde mirar. Un chatbot de seguridad responde preguntas a partir del contexto que le das. AI Swarm Pentest no hace ni lo uno ni lo otro. Explora rutas, prueba hipótesis y adjunta evidencia para que puedas priorizar lo que merece atención.

El trabajo se reparte entre comprobaciones de IA coordinadas. Mapean la superficie, formulan hipótesis y prueban rutas de ataque dentro del alcance acordado, y una segunda pasada confirma cada hallazgo de forma independiente antes de marcarlo como verificado. En el producto, el agente de pentest de Plexicus se ejecuta contra tu URL objetivo, guiado por el brief que escribes en el asistente (lección 4). Los modos de escaneo más profundos permiten ejecuciones más largas y un mayor esfuerzo del agente. Mientras una ejecución está activa, el War room (tablero en vivo) de la página de la ejecución muestra la actividad del enjambre.

De la señal al hallazgo verificado

El ejercicio está diseñado para que una sola comprobación nunca baste para dar algo por verificado. Un resultado pasa por tres fases:

Hallazgo candidato. Una hipótesis produce una señal con contexto técnico.
Verificación independiente. Una segunda pasada intenta confirmar por su cuenta el comportamiento observado.
Hallazgo verificado. Solo un resultado confirmado se presenta como verificado, con su impacto y una prioridad basada en el riesgo real (severidad más contexto), no en el orden de llegada.

Según el estándar de evidencia, un resultado que una segunda pasada no consigue reproducir no se presenta como hallazgo verificado. Se marca como no verificado o se descarta. Es la regla del módulo 1: sin prueba reproducible, no hay hallazgo verificado.

En el producto, la insignia Sin verificar de la lista de pentests se refiere a la propiedad del objetivo (lección 3), no a los hallazgos. No la interpretes como un veredicto sobre ningún hallazgo.

Qué implica esto al leer los resultados

De este diseño se derivan dos consecuencias prácticas.

Pocos hallazgos es un resultado, no un fracaso. Una ejecución que se detiene porque ha agotado su tiempo o su presupuesto de IA se marca igualmente como Completado. Una ejecución en estado Completado con pocos hallazgos o ninguno te dice qué pudo confirmar el enjambre en ese margen y qué no. No demuestra que el objetivo se haya probado de forma exhaustiva. Orienta mejor la siguiente ejecución: un escaneo más profundo, áreas de enfoque concretas, un brief más claro.

La revisión humana sigue siendo necesaria. Los hallazgos de pentest pasan por la misma validación con IA que el resto de hallazgos de Plexicus, incluidos el veredicto de IA y el análisis de falsos positivos que se ven en los módulos 4 y 5. Si no estás de acuerdo con un veredicto, usa Marcar como falso positivo. No pide ningún motivo por escrito, así que deja constancia de tu razonamiento en el ticket o en las notas del equipo. Nada llega a producción sin una decisión de tu equipo.

Si tu organización ha configurado su propio proveedor de IA, el agente de pentest usa ese proveedor. Si no, usa un modelo gestionado por Plexicus. El código de los clientes no se usa para entrenar modelos de IA.

Demostrar que el objetivo es tuyo

Antes de que el agente envíe una sola solicitud, Plexicus exige una prueba de que controlas el objetivo. Lanzar AI Pentest permanece desactivado hasta que se verifica la propiedad, y el servidor rechaza los objetivos sin acreditar aunque alguien se salte la interfaz.

Por qué aceptar unos términos no es una prueba

Aceptar unos términos de servicio es una declaración, no una evidencia. Cualquiera puede aceptar términos para un dominio que no controla, así que Plexicus no lo trata como una autorización. Como el agente envía tráfico real que puede cambiar el estado del objetivo, Plexicus solo acepta pruebas que te obliguen a cambiar algo en el propio objetivo: un token en su HTML, en un archivo que sirve o en su DNS.

Dos alcances, tres métodos

En el paso Verificar propiedad del asistente, eliges un alcance:

Alcance	Método	Cubre	Ideal para
Verificar esta aplicación	Etiqueta meta HTML o un archivo en /.well-known/	Solo ese host exacto	Una sola app, la vía más rápida
Verificar todo el dominio	Registro DNS TXT	El dominio y todos sus subdominios actuales y futuros	Equipos que prueban muchas apps en un mismo dominio

La comprobación de lanzamiento acepta cualquiera de las dos pruebas. Un dominio verificado cubre el propio dominio y todos sus subdominios. Una aplicación verificada cubre ese host exacto.

Verificar esta aplicación

El asistente muestra un Token de verificación. Publícalo de una de estas dos formas. Puedes añadir esta etiqueta meta a la página objetivo, copiada exactamente como aparece, con name antes de content:

<meta name="plexicus-site-verification" content="YOUR-TOKEN">

O bien servir un archivo en /.well-known/plexicus-verification.txt que contenga el token. Después, haz clic en Volver a verificar. Plexicus comprueba las dos opciones automáticamente: primero el archivo en el origen del sitio y después la etiqueta meta en la URL objetivo exacta. Ten en cuenta tres reglas:

La respuesta debe ser un HTTP 200.
No se siguen las redirecciones, así que una página que redirige a una pantalla de inicio de sesión no supera la comprobación.
Cada solicitud tiene un tiempo de espera máximo de 10 segundos.

Cuando se supera la comprobación, el estado muestra “Propiedad verificada · Etiqueta meta HTML o archivo”.

Verificar todo el dominio

Elige Verificar todo el dominio y el asistente te muestra un Host y un Valor del registro TXT, un token que empieza por verif-. El asistente propone el dominio padre de tu objetivo: para app.example.com, es example.com. Revisa el Host antes de publicar nada. No puedes editarlo, y el asistente siempre propone las dos últimas etiquetas del host. Si no es correcto (por ejemplo, co.uk para shop.example.co.uk), usa Verificar esta aplicación. Si lo es, añade el registro TXT en tu proveedor de DNS, espera a que se propague y haz clic en Volver a verificar. Si el registro aún no es visible, verás “Token de verificación aún no encontrado — los cambios de DNS pueden tardar en propagarse”.

Cuando la insignia y el lanzamiento no coinciden

La columna Verificación de la lista de pentests solo reconoce un dominio verificado para el host objetivo exacto. Un objetivo cubierto por la verificación de la aplicación, o por un dominio padre verificado, puede mostrar Sin verificar. En ese caso, su fila puede ofrecer Verificar primero en lugar de Ver Hallazgos, Reescanear o Ejecutar. Lo que de verdad decide es la comprobación de lanzamiento. Si te pasa, abre los hallazgos desde Hallazgos App Pentest y, para volver a probar, inicia un Nuevo AI Pentest para la misma URL.

Si se rechaza una ejecución por falta de prueba de propiedad, el mensaje dice “Target URL is not verified. Please verify this application or the whole domain under Settings → Domain Verification.” En el menú de configuración, esa página se llama Verificación de propiedad.

Ejecutar una evaluación

Una evaluación es una definición de pentest guardada (nombre, URL objetivo, autenticación, repositorio opcional, guía de escaneo) que puedes ejecutar muchas veces.

El asistente, paso a paso

Paso	Qué configuras
1. Objetivo	Nombre de la evaluación y URL objetivo. Si omites el esquema, se añade `https://`.
2. Verificar propiedad	Prueba para la aplicación o para todo el dominio (lección 3) y, después, Volver a verificar.
3. Autenticación	Sin autenticación, Usuario / Contraseña (URL de inicio de sesión, usuario de prueba, contraseña de prueba) o API Keys / Cabeceras.
4. Repositorio de origen	Opcional: Seleccionar existente, Conectar nuevo u omitirlo para una ejecución black-box.
5. Escaneo y lanzamiento	Profundidad del escaneo, áreas de enfoque, elementos fuera de alcance, stack tecnológico conocido, Contexto adicional y, al final, un Resumen.

Notas sobre el asistente:

Autenticación. Si das acceso, usa una cuenta de prueba dedicada, nunca la de un usuario real. La API nunca devuelve las contraseñas ni los valores de cabecera almacenados. Para usar otras credenciales, crea una evaluación nueva. Las pruebas autenticadas no están garantizadas: trata una ejecución como no autenticada salvo que la vista del navegador en vivo o la grabación muestren que el agente inició sesión y llegó a las áreas que esperabas.
Repositorio de origen. Vincular un repositorio da al agente acceso a tu código fuente para una ejecución white-box. Compartir código fuente con el motor (escaneo whitebox) está activado por defecto. Desactívalo para hacer una prueba black-box sin desvincular el repositorio.
Profundidad. Rápido (“Minutos · Chequeos de CI/CD y humo”), Estándar (“30 min–1 h · revisión rutinaria”, la opción predeterminada) o Profundo (“1–4 h · auditoría completa, exploits encadenados”). Las duraciones del asistente son orientativas. Cada ejecución tiene un límite de tiempo según su profundidad, y una ejecución que no devuelve ningún resultado antes de ese límite se marca como Fallido.
Guía. Elige áreas de enfoque como Control de acceso (IDOR), revisa la lista de elementos fuera de alcance y escribe el Contexto adicional como un brief para un pentester humano: flujos críticos, problemas que volver a comprobar, endpoints que evitar. Todo ello se convierte en el brief del agente.

Al hacer clic en Lanzar AI Pentest, Plexicus comprueba además que el conector AI Pentest está habilitado, que cualquier repositorio vinculado pertenece a tu organización y que te queda alguna sesión este mes. Si se superan todas las comprobaciones, verás “Escaneo iniciado.” y llegarás a la página de la ejecución. Si el conector está desactivado, alguien con permiso para gestionar conectores puede habilitarlo en App Pentest Configurar .

Si falla alguna comprobación, el asistente muestra un error y guarda la evaluación como Borrador. Corrige la causa, abre el Borrador desde la lista de pentests y haz clic en Ejecutar en la página de su ejecución. Si vuelves a lanzar desde el asistente, se crea una segunda evaluación.

Estados de una ejecución

Estado	Significado
Borrador	Creada, sin lanzar. Solo se puede modificar un Borrador, y solo a través de la API.
Pendiente	Lanzamiento aceptado. La ejecución está arrancando.
En curso	El agente está probando. Puedes cancelarla desde la página de la ejecución.
Completado	La ejecución terminó y devolvió resultados.
Fallido	El agente informó de un error, o no llegó ningún resultado antes del límite de tiempo de la ejecución.
Cancelado	Alguien canceló la ejecución.

Seguir una ejecución

La página de la ejecución muestra “Escaneo en progreso” con un contador del tiempo transcurrido. A los 90 minutos, el banner cambia a “El escaneo puede estar bloqueado” y ofrece Cancelar.

La Vista del navegador en vivo retransmite el navegador del agente. El War room (tablero en vivo) muestra la actividad del enjambre con una insignia EN VIVO. En las ejecuciones completadas muestra Repetición, y Expandir lo pasa a pantalla completa. Solo tu organización puede abrir estas vistas en directo.

También tienes capturas de pantalla y, si existe, una Grabación de sesión del navegador del agente. Con los roles integrados, Administrador y Operador de Ciberseguridad pueden lanzar y cancelar ejecuciones. Desarrollador tiene acceso de solo lectura (módulo 10).

Evidencia y resultados

Cuando una ejecución termina, tienes hallazgos, un informe, capturas de pantalla y, si se generó, una grabación de la sesión. Los hallazgos de pentest suelen incluir un artefacto de prueba de concepto.

Hallazgos en la página de la ejecución

La tarjeta Hallazgos lista cada hallazgo con una insignia de severidad y un título. Haz clic en uno para desplegar su descripción, la URL afectada y el tipo de su artefacto de prueba de concepto:

Artefacto	Qué contiene
Comando cURL	La solicitud HTTP que demostró el problema, como comando cURL.
Script de shell	Los pasos de reproducción registrados, en forma de script.
Captura HAR	Un HTTP Archive registrado de la sesión, mostrado como JSON formateado.

Ver PoC abre el artefacto en un visor y Descargar lo guarda con su nombre de archivo original. Los artefactos siguen disponibles cuando termina la ejecución. Si una ejecución completada no tiene hallazgos, la tarjeta muestra “Sin hallazgos”.

Hallazgos de todas las ejecuciones

Los hallazgos de pentest se guardan como hallazgos normales de Plexicus vinculados a su pentest. Abre Hallazgos App Pentest para trabajar con ellos en la tabla de hallazgos, los filtros y el panel de detalle habituales, o haz clic en Ver Hallazgos en una fila completada de la lista de pentests.

En el panel de detalle, un hallazgo de pentest muestra Evidencia y ruta de ataque en lugar de Código y taint trace. Incluye la URL objetivo, un chip que indica si se vinculó un repositorio de código (“Ejecución white-box — repositorio de código vinculado” o “Ejecución black-box — sin repositorio de código”), el tipo de artefacto (CURL, HAR o SCRIPT) y Descargar artefacto. El panel describe el artefacto como un replay determinista cuyo comando y evidencia esperada “se muestran tal como fueron registrados; nada se vuelve a ejecutar desde tu navegador.” El visor muestra hasta 64 KB de un artefacto. Si es más grande, descárgalo para ver la captura completa. Si no se almacenó ningún artefacto, el panel dice “No hay artefacto de replay almacenado para este hallazgo.”

Informe y grabación

Descargar informe aparece en la cabecera de la página de la ejecución cuando el agente ha guardado su informe, un archivo Markdown (.md) generado al final de la ejecución. Descargar video guarda la grabación de la sesión como archivo .webm. Para exportar los hallazgos de App Pentest en PDF o JSON, usa Hallazgos App Pentest Descargar (los informes se tratan en el módulo 8). A partir de ahí, los hallazgos verificados pasan a tu flujo de remediación habitual (módulo 7). Confirma con tu contacto de Plexicus que las correcciones con IA están disponibles para hallazgos de pentest en tu versión. Tu equipo siempre decide si se fusionan.

Cuota de sesiones

El uso de AI Pentest se contabiliza en sesiones mensuales, aparte de tu cuota de uso de IA. El número de sesiones depende de tu plan. Si tu plan no incluye AI Pentest, Nuevo AI Pentest muestra una invitación a mejorar el plan en lugar del asistente.

Cada vez que usas Ejecutar o Reescanear se consume una sesión.
Cuando hay datos de uso disponibles, tu menú de perfil muestra un indicador Pentest con las sesiones usadas y el límite de este mes (o Ilimitado). Si tu plan muestra la facturación, Configuración Facturación incluye también una tarjeta Sesiones de Pentest.
Una sesión solo se devuelve automáticamente si la ejecución falla antes de que arranque el agente, por ejemplo cuando falla la configuración inicial. Una vez que el agente ha arrancado, cancelar la ejecución o un fallo posterior consume igualmente la sesión.
Cuando no te quedan sesiones, el lanzamiento se rechaza indicando las sesiones usadas, el límite y la fecha de reinicio.
El recuento de sesiones se reinicia el día 1 de cada mes natural (UTC), no en tu fecha de facturación.

Planifica antes de gastar una sesión: verifica la propiedad, revisa la lista de elementos fuera de alcance, escribe el brief y elige la profundidad que encaje con la pregunta que quieres responder.

Puntos clave

AI Swarm Pentest (AI Pentest en el producto) es un ejercicio acotado y autorizado, sujeto a las cuatro salvaguardas del módulo 1: alcance acordado por escrito, evidencia trazable, límites del ejercicio y decisión humana. No hace cambios automáticos en producción.
El enjambre mapea la superficie, formula hipótesis y prueba rutas de ataque dentro del alcance acordado, y una segunda pasada debe confirmar un resultado antes de presentarlo como verificado. Sin prueba reproducible, no hay hallazgo verificado.
Para lanzar hay que demostrar la propiedad: una etiqueta meta o un archivo en /.well-known para un host, o un registro DNS TXT para todo un dominio. Aceptar unos términos no es una prueba, y la insignia de la columna Verificación en la lista de pentests es solo orientativa.
El asistente Nuevo AI Pentest tiene cinco pasos. Prioriza staging, recuerda que los elementos fuera de alcance son instrucciones y no bloqueos técnicos, y escribe el brief como lo harías para un pentester humano.
Los hallazgos de pentest suelen incluir un artefacto de prueba de concepto (comando cURL, script de shell o captura HAR), que se muestra exactamente como se registró. Nada se vuelve a ejecutar desde tu navegador.
Cada uso de Ejecutar o Reescanear consume una sesión mensual, que solo se devuelve si la ejecución falla antes de que arranque el agente. El banner “El escaneo puede estar bloqueado” de los 90 minutos no es, por sí solo, motivo para cancelar una ejecución en modo Profundo.