PortSwigger añade Burp AT, pero el control es la verdadera prueba del pentesting con IA

PortSwigger ha puesto su primer sistema de pentesting agéntico en beta pública, llevando Burp Suite más allá de la asistencia de IA y hacia el trabajo de seguridad delegado. El titular de Google News hace que Burp AT parezca otro lanzamiento de producto de IA. El cambio real tiene mayores consecuencias: un agente ahora puede operar herramientas de seguridad consolidadas dentro de un proyecto de Burp activo.

Burp AT acepta un objetivo de pruebas, selecciona acciones, examina resultados y ajusta su siguiente paso. Sin embargo, PortSwigger no presenta la autonomía sin restricciones como su principal argumento de venta. Sitúa el alcance, los permisos y los registros de actividad fuera del control directo del modelo.

Ese diseño genera la tensión central. Los agentes de IA prometen una investigación más rápida, pero las pruebas de penetración implican solicitudes que pueden modificar datos, interrumpir aplicaciones o traspasar límites legales. PortSwigger apuesta a que la adopción profesional depende menos de la inteligencia del modelo que de límites exigibles y pruebas reproducibles.

El lanzamiento también presiona a los proveedores independientes de pentesting con IA y a los agentes de programación de propósito general. Esos productos pueden razonar sobre vulnerabilidades, pero no heredan automáticamente el historial de tráfico, las herramientas de pruebas, los registros de incidencias ni el flujo de trabajo existente de los profesionales en Burp Suite.

Burp AT convierte un objetivo de pruebas en acciones de herramientas

Burp AT transforma Burp Suite de una colección de herramientas operadas por expertos en un espacio de trabajo donde un agente supervisado puede perseguir un objetivo.

PortSwigger presentó Burp AT mediante la versión Early Adopter de Burp Suite Professional 2026.7 el 16 de julio de 2026. Posteriormente, la empresa amplió su explicación pública y posicionó el producto como una capa agéntica para pruebas de penetración dirigidas por humanos.

Un agente de IA se diferencia de un asistente convencional porque puede planificar y ejecutar una secuencia de acciones. Un chatbot puede sugerir una carga útil. Un agente puede seleccionar una herramienta, enviar la carga útil, inspeccionar la respuesta, revisar su hipótesis y continuar las pruebas.

Según el lanzamiento oficial de Burp AT, los usuarios empiezan describiendo un objetivo de pruebas. Después, el agente trabaja con las herramientas existentes de Burp mientras se adapta a la información devuelta por el objetivo.

Una tarea puede centrarse en un área amplia o en una sospecha concreta. Un tester podría pedir al agente que mapee una aplicación desconocida, investigue un endpoint, reproduzca un problema conocido o compruebe una clase de vulnerabilidad.

No se trata de una automatización en segundo plano que escanea todo de forma silenciosa. Burp AT solo se inicia después de que un usuario lo abra y proporcione un prompt. El usuario también define el alcance del objetivo y determina qué herramientas requieren aprobación.

El sistema funciona dentro del proyecto de Burp que está abierto en ese momento. Los usuarios pueden adjuntar una solicitud HTTP, un nodo del mapa del sitio o una incidencia existente como contexto. Ese detalle proporciona al agente información ya recopilada durante el trabajo manual.

Burp AT también escribe su actividad de vuelta en el proyecto. Las solicitudes aparecen en el Logger de Burp, los escaneos aparecen en el Dashboard y las vulnerabilidades notificadas entran en el flujo de trabajo habitual de Issues.

Ese contexto compartido importa porque las pruebas de seguridad rara vez comienzan con un prompt desde cero. Un consultor puede disponer ya de tráfico autenticado, notas sobre los roles de la aplicación, debilidades sospechadas y pruebas parciales de evaluaciones anteriores.

Un agente independiente necesitaría que esos materiales se copiasen a un nuevo entorno. Burp AT puede extraerlos de forma selectiva del proyecto sin obligar al tester a recrear el historial del encargo.

El agente también utiliza habilidades de pruebas diseñadas específicamente y desarrolladas con PortSwigger Research. Estas habilidades empaquetan técnicas específicas que el agente puede aplicar durante una evaluación. PortSwigger afirma que la biblioteca se ampliará a medida que sus investigadores perfeccionen nuevos métodos.

Sin embargo, la etiqueta de beta merece énfasis. PortSwigger califica esta como la primera fase y aconseja a los testers verificar cada hallazgo antes de actuar en consecuencia. La empresa no ha publicado un benchmark amplio e independiente que muestre el rendimiento en diversas aplicaciones de producción.

La cobertura de Google News puede hacer que el lanzamiento parezca terminado y ampliamente validado. Las pruebas disponibles respaldan una conclusión más acotada: PortSwigger ha lanzado un agente funcional dentro de Burp Suite Professional, con flujos de trabajo de pruebas profesionales que han dado forma a su diseño.

Por qué los flujos de trabajo existentes de pentesting están bajo presión

La presión inmediata recae sobre los equipos de seguridad que aún separan las pruebas manuales, el escaneo automatizado y la experimentación con IA en sistemas desconectados.

Las pruebas de seguridad dinámica de aplicaciones tradicionales envían comprobaciones predefinidas a una aplicación en ejecución. Ofrecen repetibilidad y cobertura, pero un escáner puede tener dificultades cuando un hallazgo requiere varios pasos que dependen del contexto.

Los pentesters humanos cubren esa carencia. Formulan hipótesis, comparan el comportamiento de la aplicación entre roles, encadenan debilidades y deciden si una respuesta inusual justifica una nueva línea de investigación.

Ese criterio es valioso, pero el trabajo repetitivo consume gran parte de un encargo. Mapear endpoints, repetir solicitudes, variar entradas, recopilar pruebas y confirmar patrones conocidos puede reducir el tiempo disponible para un análisis más profundo.

Los agentes de IA de propósito general introdujeron otra opción. Los testers pueden conectar modelos de programación a herramientas de línea de comandos, automatización de navegadores o integraciones personalizadas. Este enfoque ofrece flexibilidad, pero también traslada al profesional el trabajo de orquestación y seguridad.

PortSwigger intenta incorporar esa experimentación a un entorno conocido. Su modelo de pruebas agénticas combina un planificador de IA con herramientas de Burp, contexto de proyecto, habilidades reutilizables y controles de permisos.

La presión estratégica se extiende más allá de los testers individuales. Las consultoras de seguridad deben decidir si el trabajo asistido por IA cambia la capacidad de los encargos, los requisitos de evidencia o los procedimientos de revisión. Los equipos internos de seguridad de aplicaciones deben decidir qué tareas pueden ejecutarse repetidamente entre evaluaciones formales.

Los proveedores independientes de pentesting autónomo se enfrentan a un problema diferente. Pueden prometer independencia de los flujos de trabajo humanos, pero Burp ya ocupa el espacio de trabajo diario de muchos profesionales de la seguridad web. La integración puede importar más que la autonomía teórica cuando los compradores necesitan adoptar la tecnología sin sustituir procesos establecidos.

Los agentes de programación de propósito general también afrontan una brecha de credibilidad. Pueden escribir scripts y razonar sobre código, pero una prueba de penetración profesional exige una delimitación cuidadosa del alcance, un comportamiento predecible de las herramientas y un registro defendible de las acciones.

El agente de seguridad de OpenAI ilustra el enfoque vecino. Presentado originalmente como Aardvark e incorporado más tarde a Codex Security, analiza repositorios de código fuente, evalúa la explotabilidad, valida hallazgos y propone parches.

OpenAI informó que su sistema identificó el 92 por ciento de las vulnerabilidades conocidas e introducidas sintéticamente en repositorios de benchmark seleccionados. También informó de 10 hallazgos de código abierto que recibieron identificadores CVE. Se trata de resultados comunicados por la empresa, no de una comparación directa con Burp AT.

Los productos también parten de puntos distintos. El agente de investigación de seguridad se centra en el código fuente y los flujos de trabajo de desarrollo. Burp AT interactúa con una aplicación web en ejecución mediante las herramientas y el tráfico de un proyecto de Burp.

Esta distinción muestra por qué el mercado de seguridad con IA no se reducirá a un único agente universal. La revisión de código fuente, las pruebas externas de superficie de ataque, las pruebas de aplicaciones web, la validación en la nube y la remediación requieren contextos y controles diferentes.

El enfoque de Google News se centra en que PortSwigger añade un agente de IA a su cartera. La historia más amplia es que las plataformas de seguridad ahora necesitan una respuesta para la investigación delegada, no solo explicaciones generadas.

Un escáner convencional sigue comprobaciones programadas. Un agente general puede improvisar, pero puede carecer de protecciones especializadas. Burp AT ocupa el punto intermedio: utiliza el razonamiento del modelo mientras restringe la ejecución mediante herramientas consolidadas.

Esa combinación presiona a los rivales para que expliquen dónde residen sus límites. La promesa de que un agente es “seguro” porque así lo indica su prompt parecerá más débil frente a controles aplicados por la aplicación que lo rodea.

La ventaja de PortSwigger es la jaula que rodea al agente

El mecanismo más importante de Burp AT es la separación arquitectónica entre lo que propone el modelo y lo que permite Burp.

Los modelos de lenguaje grandes producen resultados probabilísticos, lo que significa que un mismo contexto puede conducir a respuestas diferentes. Las herramientas de pruebas de penetración suelen necesitar un comportamiento determinista, en el que un comando definido produce una operación predecible.

PortSwigger combina esas propiedades en lugar de pedir al modelo que sustituya todos los componentes de pruebas. El agente elige entre las herramientas de Burp, mientras las herramientas realizan operaciones consolidadas.

La empresa afirma que el alcance, el acceso a herramientas y las políticas de aprobación residen en la capa de herramientas de Burp. Están separados arquitectónicamente del modelo, por lo que este no puede simplemente reinterpretar una restricción en lenguaje natural.

Esta separación aborda un problema común de los agentes. Las instrucciones dentro de un prompt compiten con otro contexto, incluido el contenido recuperado de una aplicación. Una página maliciosa puede contener texto diseñado para redirigir a un agente, una técnica conocida como inyección indirecta de prompts.

Una comprobación externa de políticas no hace irrelevante la inyección de prompts. Limita lo que puede ejecutar un agente manipulado. El agente podría proponer una acción impropia, pero la capa de herramientas puede rechazarla cuando infringe el alcance o los permisos.

Burp AT ofrece varios niveles de control para el usuario. Un tester puede exigir aprobación para acciones individuales, permitir operaciones rutinarias o autorizar una mayor autonomía dentro de límites configurados.

Algunas acciones siguen siendo sensibles independientemente de la conveniencia. Burp AT puede enviar los mismos tipos de solicitudes que podría enviar un tester humano, incluidas solicitudes que modifican o eliminan datos. Esa capacidad hace que la configuración forme parte del modelo de seguridad del encargo.

PortSwigger afirma que las acciones de alto impacto requieren aprobación. Los usuarios también pueden desactivar herramientas concretas, restringir el alcance y detener una tarea mientras está en ejecución.

Hay una excepción importante. Los scripts personalizados aprobados para su ejecución pueden enviar solicitudes de red directamente en lugar de pasar por la herramienta estándar de solicitudes de Burp. PortSwigger aconseja a los usuarios revisar dichos scripts y desactivar las herramientas de scripting cuando sea necesario.

Esa excepción impide una conclusión demasiado simple de que todas las acciones están contenidas automáticamente. El límite de seguridad solo sigue siendo efectivo cuando los equipos comprenden qué herramientas omiten determinadas comprobaciones.

El registro constituye la segunda parte del diseño. Burp registra las solicitudes del agente y la actividad de las herramientas en el proyecto, mientras que los hallazgos incluyen solicitudes y respuestas HTTP de respaldo.

Estas pruebas permiten a una persona reproducir el comportamiento y determinar si la incidencia comunicada es explotable. También crean un registro para la revisión interna, los informes para clientes y el análisis posterior al encargo.

La reproducibilidad es esencial porque una explicación plausible de IA no es prueba de una vulnerabilidad. Un hallazgo válido necesita un comportamiento observable, una ruta de ataque definida y pruebas suficientes para que otro tester pueda repetirlo.

El contexto del proyecto proporciona el tercer mecanismo. El agente puede utilizar tráfico, incidencias y datos del mapa del sitio seleccionados sin cargar todo el proyecto de Burp.

Esto reduce el redescubrimiento. Si un tester ya se ha autenticado, ha mapeado un flujo de trabajo o ha aislado una solicitud sospechosa, el agente puede comenzar desde ese punto.

También asigna responsabilidad al usuario. El tráfico adjunto puede contener tokens de sesión, información personal, código fuente o datos de clientes. Más contexto puede mejorar el razonamiento, al tiempo que aumenta la sensibilidad de lo que sale del sistema local.

Por lo tanto, la arquitectura de Burp AT representa una concesión, no una solución completa. El agente gana utilidad al acceder a datos reales de pruebas y ejecutar herramientas reales. Esas mismas capacidades generan la necesidad de tomar decisiones estrictas sobre alcance, revisión y gobernanza de datos.

Por eso la capa de control importa más que un vídeo de demostración. Un exploit ingenioso descubierto en un laboratorio demuestra capacidad. Un modelo de permisos que resiste el uso profesional cotidiano determina si los equipos pueden desplegar esa capacidad de forma responsable.

La Atención de Google News No Resuelve los Riesgos de Datos

Burp AT mantiene a las personas al mando de las acciones, pero los clientes aún deben decidir si su ruta de datos se ajusta a sus obligaciones de seguridad y normativas.

PortSwigger documenta que Burp AT y Burp AI utilizan la infraestructura de IA de la empresa. Una solicitud viaja desde Burp a esa infraestructura y después a un proveedor externo de modelos.

La empresa utiliza actualmente modelos de Anthropic para Burp AT. Los usuarios no pueden seleccionar un modelo ni forzar el procesamiento en una ubicación geográfica específica.

PortSwigger afirma que su infraestructura opera en regiones de AWS en Virginia e Irlanda. Los proveedores de IA procesan las solicitudes en centros de datos de Estados Unidos, mientras que el enrutamiento entre las regiones de PortSwigger se realiza automáticamente.

El sistema puede transmitir prompts, recursos adjuntos, mensajes del agente, llamadas a herramientas y resultados de herramientas. Cuando una herramienta envía una solicitud HTTP, esos resultados pueden incluir solicitudes y respuestas completas.

Estos materiales suelen contener la información más sensible de una prueba de penetración. Las cookies de autenticación, los registros de clientes, los identificadores internos, las respuestas de API y la lógica propietaria de la aplicación pueden aparecer en el tráfico capturado.

PortSwigger declara que Burp AT no redacta este material automáticamente. Los usuarios que necesiten inspeccionar los datos salientes pueden exigir aprobación antes de las acciones pertinentes, pero esa salvaguarda añade fricción operativa.

La empresa también almacena prompts, respuestas, detalles de tareas y metadatos relacionados. Sus términos de tratamiento de datos indican que los datos de conversación y auditoría se conservan indefinidamente para la resolución de problemas y el desarrollo de funcionalidades a largo plazo.

Los registros operativos tienen un período de conservación declarado más corto, de 31 días. PortSwigger afirma que los datos almacenados utilizan cifrado AES-256, mientras que los datos en tránsito utilizan TLS 1.2 o versiones posteriores.

La empresa afirma que sus contratos prohíben a los proveedores de modelos conservar datos de clientes o utilizarlos para entrenamiento. Sin embargo, PortSwigger se reserva el derecho de utilizar datos anonimizados para mejorar sus funcionalidades de IA y diagnosticar problemas.

Estos términos son lo bastante específicos como para que los equipos de seguridad los evalúen, pero no se adaptarán a todos los encargos. Algunos clientes prohíben el procesamiento por modelos externos, exigen residencia regional de los datos o imponen calendarios fijos de eliminación.

Una beta pública también introduce incertidumbre técnica. PortSwigger afirma que Burp AT utiliza herramientas deterministas, aunque la ejecución determinista no garantiza una planificación correcta. El agente aún puede elegir una ruta improductiva, malinterpretar la lógica de la aplicación o detenerse antes de encontrar una cadena relevante.

Los falsos positivos son otro riesgo. El sistema registra pruebas, pero una persona debe determinar si esas pruebas respaldan el impacto afirmado. PortSwigger indica explícitamente a los usuarios que traten cada hallazgo como una pista que requiere verificación.

Los falsos negativos pueden ser más difíciles de detectar. Un resumen de tarea pulido puede dar a entender que el trabajo fue completo incluso cuando el agente pasó por alto un endpoint, malinterpretó un límite de autorización o abandonó una hipótesis prometedora.

Los materiales públicos actuales de Burp AT no establecen con qué frecuencia se producen estos fallos. PortSwigger no ha publicado una evaluación independiente que abarque arquitecturas de aplicaciones, clases de vulnerabilidades y flujos de trabajo autenticados complejos.

Esa brecha importa al comparar un agente con un tester humano. La velocidad es medible, pero el valor profesional también depende de la cobertura, la novedad, la precisión, la reproducibilidad y la sensibilidad al contexto empresarial.

Un agente puede identificar eficazmente una vulnerabilidad de cross-site scripting almacenado mientras pasa por alto que la página afectada está aislada de usuarios relevantes. También podría descartar un problema de autorización de baja gravedad que se vuelve crítico al encadenarse con otra debilidad.

Por tanto, la revisión humana no es un paso ceremonial de aprobación. Aporta el contexto empresarial y de amenazas que las respuestas HTTP por sí solas quizá no revelen.

La naturaleza de doble uso de la tecnología añade otra preocupación. Un agente capaz de encontrar y validar vulnerabilidades puede ayudar a defensores, investigadores autorizados o atacantes. El acceso al producto, la monitorización y la aplicación del alcance reducen el uso indebido, pero no pueden eliminar esa capacidad subyacente.

La visibilidad en Google News aumentará la curiosidad entre los equipos de seguridad y los atacantes por igual. No debe confundirse con una validación de que todas las organizaciones puedan conectar de forma segura el tráfico sensible de sus aplicaciones al servicio.

La decisión práctica comienza con las reglas del encargo. Los equipos deben identificar los datos prohibidos, los objetivos permitidos, los requisitos de aprobación, los estándares de evidencia y las obligaciones de conservación antes de asignar trabajo real al agente.

Burp AT Compite por el Flujo de Trabajo, No por la Máxima Autonomía

PortSwigger apuesta por la integración supervisada en lugar de afirmar que un agente de IA puede sustituir a un pentester profesional.

Esa elección distingue a Burp AT de los productos comercializados en torno a pruebas autónomas de extremo a extremo. La máxima autonomía resulta atractiva porque promete una cobertura más amplia con menos trabajo.

Sin embargo, la autonomía puede convertirse en un riesgo al probar una aplicación en producción. Un sistema que actúa sin contexto puede generar tráfico excesivo, modificar datos de clientes o producir un hallazgo que nadie pueda reproducir.

Burp AT considera al tester humano como responsable del encargo. El agente se ocupa de la investigación delegada, mientras el usuario establece el alcance, controla los permisos, revisa los scripts y valida los resultados.

Este modelo también preserva la posibilidad de tomar el control manualmente. Las herramientas existentes de Burp siguen disponibles, de modo que un tester puede interrumpir al agente y continuar directamente una investigación.

El diseño refleja la forma en que los profesionales experimentados ya trabajan con miembros junior del equipo. Un tester sénior puede delegar una tarea acotada, revisar las pruebas, redirigir la investigación y conservar la responsabilidad de la conclusión final.

Sin embargo, un agente de IA no tiene responsabilidad profesional. No puede comprender las obligaciones contractuales del mismo modo que el consultor que firmó las reglas del encargo. Las restricciones aplicadas por las herramientas deben traducir esas obligaciones en políticas ejecutables.

Los proveedores independientes aún pueden competir al admitir superficies de ataque más amplias, pruebas continuas o remediación automatizada. El enfoque inicial de Burp AT son las pruebas de penetración web dentro de Burp Suite Professional.

Los agentes orientados al código también ocupan una categoría separada. Pueden analizar código antes del despliegue y recomendar parches, mientras que Burp AT observa el comportamiento externo de una aplicación en ejecución.

Los escáneres automatizados también siguen siendo relevantes. Ofrecen una cobertura programada predecible y pueden ejecutar comprobaciones establecidas en muchos objetivos sin un razonamiento abierto del agente.

Por tanto, la competencia emergente se da entre modelos operativos:

• Los escáneres tradicionales enfatizan la repetibilidad, la escala y las comprobaciones predefinidas.

• Los agentes de propósito general enfatizan la flexibilidad, pero requieren que los usuarios reúnan herramientas, contexto y controles.

• Las plataformas de pentesting autónomo enfatizan la cobertura delegada en entornos definidos.

• Burp AT enfatiza la investigación dirigida por humanos dentro de un espacio de trabajo consolidado para pruebas web.

Ninguno de estos modelos elimina a los demás. Un programa maduro de seguridad de aplicaciones puede utilizar análisis de código durante el desarrollo, escaneo automatizado en los pipelines de entrega, validación continua tras el despliegue y pruebas humanas focalizadas para riesgos complejos.

La ventaja de PortSwigger aparece cuando un tester humano ya trabaja en Burp. El agente puede reutilizar el tráfico, las herramientas, los hallazgos y el flujo de trabajo de ese proyecto en lugar de crear un sistema de registro independiente.

Su desventaja aparece cuando los compradores quieren pruebas desatendidas en muchos activos. El posicionamiento actual y la beta pública enfatizan el trabajo interactivo y dirigido por humanos, en lugar de un servicio de pruebas totalmente independiente.

Las funcionalidades más amplias de Burp AI de la empresa aclaran aún más la distinción. Burp AI ayuda dentro de herramientas concretas, mientras que Burp AT persigue un objetivo a través de varios pasos.

Esta cartera ofrece a PortSwigger una vía desde la asistencia acotada hasta la delegación supervisada. Los clientes pueden adoptar funcionalidades individuales de IA sin conceder de inmediato a un agente un acceso más amplio.

La empresa aún necesita pruebas de que esta progresión mejora los resultados. La adopción por parte de los usuarios dependerá de que los testers ahorren tiempo significativo sin invertirlo en revisar hallazgos débiles o gestionar aprobaciones.

Los equipos deben medir las investigaciones completadas, las vulnerabilidades verificadas, el tiempo de revisión, el trabajo duplicado y las interrupciones causadas por el agente. Contar prompts o hallazgos generados recompensaría la actividad en vez del valor de seguridad.

Por tanto, la historia de Google News no trata simplemente de PortSwigger frente a otro proveedor. La competencia principal es entre la autonomía supervisada y la delegación sin restricciones.

PortSwigger ha dejado clara su elección. El agente puede planificar, pero Burp controla la ejecución. El agente puede informar, pero el tester debe verificar. El agente puede utilizar el contexto del proyecto, pero la organización debe decidir qué contexto puede salir de la máquina.

Qué Deberían Vigilar los Equipos de Seguridad a Continuación

Tres señales determinarán si Burp AT se convierte en un socio estándar de pruebas o sigue siendo una interesante funcionalidad beta.

La primera señal es la evidencia de rendimiento independiente. PortSwigger necesita evaluaciones que separen la detección de vulnerabilidades, los falsos positivos, el tiempo de prueba y el esfuerzo de revisión humana.

Una comparación útil examinaría las mismas aplicaciones con alcance definido bajo pruebas manuales, escaneo convencional y pruebas asistidas por Burp AT. Debería incluir flujos de trabajo autenticados y fallos de lógica de negocio, no solo patrones de inyección conocidos.

La evidencia de descubrimientos novedosos reforzaría el caso de PortSwigger. La empresa vinculó el lanzamiento de Burp AT con investigaciones presentadas en torno a Black Hat USA 2026, donde la investigación de seguridad impulsada por IA atrajo una atención considerable.

El programa de Black Hat confirma lo central que se volvió la seguridad de IA para el evento de 2026. Las demostraciones de conferencias aún deben traducirse en resultados repetibles para los clientes.

Si las pruebas independientes muestran una mayor cobertura verificada sin una carga de revisión proporcional, los agentes supervisados ganarán credibilidad. Si los resultados dependen en gran medida de objetivos seleccionados, la beta seguirá siendo un asistente y no un multiplicador de pruebas.

La segunda señal es el control empresarial sobre los datos. Los compradores estarán atentos a opciones configurables de conservación, procesamiento regional, redacción, selección de modelos y políticas administrativas más sólidas.

Estas funcionalidades no harían al agente más inteligente. Harían posible desplegarlo bajo una gama más amplia de contratos y obligaciones normativas.

Una opción de conservación más breve o controlada por el cliente resolvería una objeción clara. El procesamiento local o los modelos privados aprobados abrirían encargos que actualmente prohíben servicios externos de IA.

PortSwigger también podría necesitar plantillas de políticas centralizadas. Las consultoras de seguridad deberían poder definir permisos comunes de herramientas y requisitos de evidencia entre testers sin configurar cada proyecto manualmente.

Si la empresa amplía estos controles, su estrategia de «agente dentro de una jaula» se volverá más convincente. Si la gobernanza permanece fija, la adopción puede concentrarse entre equipos más pequeños y evaluaciones menos restringidas.

La tercera señal es el comportamiento de los profesionales. PortSwigger debería revelar si los testers asignan tareas de investigación sustanciales o utilizan Burp AT principalmente para comprobaciones limitadas y repetitivas.

La frecuente intervención manual no implicaría automáticamente un fracaso. Podría demostrar que el sistema funciona mejor como colaborador, acelerando la preparación y dejando el razonamiento complejo en manos de las personas.

La métrica más importante es la producción verificada por unidad de tiempo del revisor. Un agente que genera muchos hallazgos pero exige una limpieza exhaustiva puede aumentar la carga de trabajo de un equipo.

Los profesionales también deberían seguir de cerca la biblioteca de skills. Las nuevas skills pueden convertir técnicas de investigación en procedimientos de prueba reutilizables, creando un camino desde los descubrimientos de especialistas hasta una aplicación más amplia.

Ese camino conlleva riesgos de calidad. Una técnica que funciona de forma fiable en un entorno de investigación puede comportarse de manera distinta en distintas arquitecturas de producción. Las skills necesitan versionado, pruebas y requisitos de evidencia claros.

Para los responsables de seguridad, el siguiente paso sensato es una evaluación acotada. Elijan un objetivo autorizado que no sea de producción, restrinjan el conjunto de herramientas, exijan aprobaciones y comparen los resultados con una evaluación existente.

Conserven los hallazgos del agente, el tráfico de respaldo, las decisiones de los revisores y los problemas omitidos en una base de conocimientos de ingeniería con capacidad de búsqueda. Ese registro hace que las comparaciones posteriores sean más útiles que las impresiones de una única demostración.

PortSwigger ya ha respondido una pregunta: la IA agéntica ya forma parte de una herramienta profesional de pentesting ampliamente utilizada. La pregunta sin responder es si sus controles pueden hacer que las pruebas delegadas sean sistemáticamente fiables.

Ignoren la expectación generada por un titular de Google News y observen la evidencia. ¿Burp AT encuentra problemas verificados más rápido, se mantiene dentro del alcance, protege los datos sensibles y reduce el trabajo repetitivo?

Si lo hace, el pentester humano no desaparecerá. El rol evolucionará hacia la definición de objetivos, la supervisión de acciones riesgosas, la interpretación del impacto empresarial y la decisión de cuándo la evidencia del agente es lo bastante sólida como para confiar en ella.