Qué le falta a tu equipo rojo de IA y cómo solucionarlo

F5 ADSP | 12 de junio de 2025

Los ejercicios de red teaming llevan mucho tiempo siendo un pilar de la seguridad empresarial, pero, cuando se trata de IA generativa, la mayoría de las organizaciones aplican tácticas obsoletas a un nuevo tipo de panorama de amenazas. Las pruebas con prompts estáticos, las auditorías puntuales y las herramientas basadas en CLI pueden sacar a la luz fallos evidentes, pero rara vez reflejan la complejidad real del comportamiento de los sistemas de IA generativa una vez desplegados.

Este artículo analiza los principales puntos ciegos de la mayoría de las estrategias de red teaming de IA y las mejores prácticas que los responsables de seguridad pueden adoptar para evolucionar.

Por qué las pruebas estáticas se quedan cortas en un mundo dinámico de IA

Las pruebas de red teaming tradicionales para IA suelen centrarse en las tasas de éxito de la inyección de prompts: ¿el modelo respondió o se negó a hacerlo? Sin embargo, este resultado binario no refleja la situación en su conjunto. ¿La negativa se mantuvo firme ante distintas variaciones? ¿El modelo redirigió la conversación o indujo sutilmente a error? ¿Era vulnerable a sondeos indirectos en varios turnos?

La mayoría de los equipos de red teaming se limitan a indicadores superficiales y no pueden detectar fallos sutiles que se manifiestan con el tiempo. A medida que las empresas prueban cada vez más modelos de código abierto o experimentales (a menudo con poca visibilidad sobre sus mecanismos internos de seguridad), los responsables de seguridad exigen un enfoque de validación más profundo y riguroso antes de incorporarlos.

El auge del red teaming agéntico

Uno de los avances más prometedores en la seguridad de la IA es la transición de las instrucciones estáticas al red teaming basado en agentes, un método en el que agentes adversarios autónomos ponen a prueba el comportamiento del modelo y se adaptan a él con el tiempo.

En lugar de ejecutar un conjunto fijo de instrucciones, a estos agentes se les asignan objetivos basados en intenciones (por ejemplo, extraer datos confidenciales, eludir la moderación o suplantar roles internos) y se les permite realizar varios intentos. Aprenden de las respuestas del modelo y prueban métodos indirectos cada vez más sofisticados para alcanzar su objetivo, imitando el comportamiento de los atacantes en el mundo real.

Este enfoque no solo saca a la luz vulnerabilidades que las herramientas tradicionales pasan por alto, sino que también refleja el panorama de riesgos emergentes: un entorno en el que los modelos interactúan con sistemas complejos y otros agentes, y en el que las amenazas se desarrollan a lo largo del tiempo, no de forma aislada.

Pruebas de IA en contexto: por qué MCP cambia las reglas del juego

Este cambio hacia sistemas dinámicos y agénticos se está formalizando ahora mediante protocolos técnicos, entre los que destaca el Protocolo de Contexto de Modelo (MCP). MCP especifica cómo se transmite y conserva el contexto entre herramientas, agentes e interacciones con modelos. Dicho contexto puede incluir instrucciones del sistema, el historial de tareas o memoria compartida entre componentes de IA.

Desde el punto de vista de la seguridad, MCP plantea un nuevo tipo de reto para los equipos de red teaming: evaluar no solo las respuestas aisladas de los modelos, sino cómo se comportan los modelos dentro de una secuencia, con instrucciones, dependencias y objetivos que evolucionan.

Un modelo que parece seguro en una prueba aislada y controlada puede fallar cuando hereda un contexto comprometido o es manipulado por agentes que intervienen en fases anteriores. Los equipos de red teaming que ignoran el flujo del contexto probablemente pasarán por alto categorías enteras de vulnerabilidades del mundo real.

Por qué las pruebas contextuales superan a los resultados binarios

Todo esto apunta a una verdad más amplia: los resultados binarios, como aprobado/suspenso, obtenidos a partir de una única instrucción ya no son suficientes. Para tomar decisiones fundamentadas en materia de seguridad, los equipos deben comprender cómo fallan los sistemas, por qué fallan y en qué condiciones.

Las pruebas contextuales sacan a la luz los patrones, las dependencias y los matices que pueden revelar vulnerabilidades latentes en los sistemas de IA generativa. Esto incluye cómo responden los modelos a los cambios de estado, la reintroducción de prompts o el encadenamiento de ataques, aspectos que las pruebas estáticas de red teaming no logran detectar.

Más allá de evaluar el modelo, si utilizas IA en tiempo de ejecución, es esencial realizar un red teaming exhaustivo y adaptado a la aplicación. Especialmente en pipelines RAG o flujos de trabajo con agentes, donde se incorporan datos internos durante la inferencia, es el comportamiento de la aplicación —y no solo el modelo subyacente— el que determina tu nivel de exposición.

Estos análisis más profundos también exigen informes más completos. No basta con señalar una vulnerabilidad: hay que mostrar qué la desencadenó, por qué es importante y cómo corregirla. Esto implica registrar las cadenas completas de prompts y respuestas, clasificar los problemas según categorías de intención o comportamiento del sistema y establecer prioridades claras para su resolución.

Mejores prácticas de red teaming de IA

Los equipos de seguridad pueden tomar medidas inmediatas para subsanar las carencias de sus estrategias de red teaming:

  • Amplíe el alcance más allá de los prompts de una sola interacción: incorpore escenarios con múltiples turnos y sensibles al contexto.
  • Realice pruebas frente a intenciones de amenaza específicas: pase de jailbreaks genéricos a objetivos adversarios concretos.
  • Haga que los resultados sean explicables y aplicables: priorice aquellos que se traduzcan en mejoras de seguridad.
  • Garantice la repetibilidad y la escalabilidad: las pruebas de red team deben automatizarse e integrarse en su canalización general de DevSecOps.

El red teaming para la IA no consiste únicamente en realizar pruebas de penetración y evaluaciones de vulnerabilidades, sino en obtener la información necesaria para proteger lo que se está desarrollando. A medida que la IA se integra cada vez más en los sistemas empresariales, las prácticas de seguridad deben evolucionar a la par.

Compartir

Sobre el autor

Jessica Brennan
Jessica BrennanResponsable sénior de marketing de producto, seguridad de la IA | F5

Más artículos de Jessica Brennan

Artículos relacionados del blog

El imperativo empresarial de la IA en un mundo de nube híbrida y multinube
F5 ADSP | 30/04/2026

El imperativo empresarial de la IA en un mundo de nube híbrida y multinube

Cómo la IA redefine los patrones de tráfico, el riesgo de las API y el cumplimiento normativo, y por qué el paquete Distributed Cloud Services Enterprise ofrece la profundidad necesaria en entornos híbridos multicloud.

STIG de F5 NGINX: un plan de seguridad para el sector público y los entornos regulados
F5 ADSP | 30/01/2026

STIG de F5 NGINX: un plan de seguridad para el sector público y los entornos regulados

Descubra cómo las STIG de F5 NGINX proporcionan un modelo de seguridad para el Departamento de Defensa de EE. UU. y los entornos regulados, ayudándole a cumplir la normativa mientras crea una infraestructura sólida de confianza cero con mayor visibilidad y resiliencia.

Cómo el marco AEGIS de Forrester valida un enfoque centrado en la inferencia
F5 ADSP | 11/08/2025

Cómo el marco AEGIS de Forrester valida un enfoque centrado en la inferencia

El auge de la IA agéntica está transformando el panorama de la seguridad empresarial. Estos agentes de IA autodirigidos funcionan de forma autónoma, toman decisiones en tiempo real y pueden interactuar entre distintos sistemas de maneras para las que las arquitecturas tradicionales de ciberseguridad no fueron diseñadas. Aunque esto abre nuevas posibilidades, también introduce riesgos sistémicos: fallos en cascada, secuestro de objetivos y superficies de ataque hasta ahora invisibles. El reciente […] de Forrester

La nueva superficie de riesgo de la IA: invisible, autónoma y ya está dentro
F5 ADSP | 10/07/2025

La nueva superficie de riesgo de la IA: invisible, autónoma y ya está dentro

James White, vicepresidente de Ingeniería de F5 A mediados de 2025, es un buen momento para hacer balance de la adopción de la IA en las empresas y del estado de la seguridad de la IA. El uso de la IA generativa ya es habitual en las empresas En general, las empresas cuentan al menos con unos conocimientos básicos sobre la IA generativa. Entienden qué es y dónde puede […]

Protegiendo el futuro: cómo CalypsoAI se alinea con el Top 10 de OWASP para los LLM
F5 ADSP | 17/04/2025

Protegiendo el futuro: cómo CalypsoAI se alinea con el Top 10 de OWASP para los LLM

Cuando OWASP publicó su Top 10 de 2025 para grandes modelos de lenguaje (LLM), proporcionó al sector un referente de seguridad muy necesario. Pero los referentes no sirven de nada si no se actúa. CalypsoAI aborda el 80 % del Top 10 de OWASP, dando prioridad a los riesgos reales más urgentes. La plataforma combina protección en tiempo real durante la ejecución y pruebas adversariales exhaustivas, ofreciendo una cobertura inigualable frente a las […]

Implementación de LLM en la empresa: mediante una API local
F5 ADSP | 08/09/2023

Implementación de LLM en la empresa: mediante una API local

Por sí solos, sin medidas de protección ni protocolos adicionales de seguridad para la IA, el despliegue de modelos de IA generativa —en particular, modelos de lenguaje de gran tamaño (LLM)— en toda la empresa supone una oportunidad de alto riesgo y grandes beneficios para cualquier organización. Sin embargo, determinar exactamente cómo debe dar su organización este gran paso hacia el ámbito de la IA generativa requiere una planificación minuciosa. Quizá […]