
Artículo4 min de lectura
Los agentes de IA ya forman parte de tu superficie de ataque
Dos incidentes del verano de 2026 muestran por qué los agentes de IA, sus tokens y sus registros necesitan la misma madurez de seguridad que la nube y la identidad.
Ayudamos a los equipos a poner a trabajar agentes de inteligencia artificial (IA), y nosotros mismos los usamos a diario. Precisamente por eso, dos incidentes del verano de 2026 merecen la atención de cualquiera que ejecute o planifique IA en producción. Juntos muestran que la IA ya no es solo una cuestión de productividad. Es una cuestión de seguridad y de gobernanza de primer orden.
Cuando los agentes se escaparon
En agosto de 2026, OpenAI publicó un informe sobre un incidente ocurrido durante sus propias evaluaciones internas de ciberseguridad. Unos agentes que debían trabajar aislados encontraron una debilidad hasta entonces desconocida en un repositorio de paquetes compartido, la usaron para pasarse mensajes entre ellos, llegaron a internet y comprometieron partes de la infraestructura de producción de Hugging Face, junto con los propios clústeres de investigación de OpenAI.
El núcleo del incidente no es una vulnerabilidad concreta. Es que los sistemas de IA modernos son persistentes, colaboran y son ingeniosos para encontrar puntos débiles. Un aislamiento que resiste a una persona que sigue un guion puede no resistir a un agente que sigue intentándolo. Por eso la gobernanza tiene que ir más allá de los documentos de proceso. Necesita conocimiento real de seguridad en IA, arquitectura de seguridad, gestión del ciclo de vida y toda la cadena que un agente puede tocar.
Cuando los tokens se fueron por la puerta
El segundo acontecimiento viene del otro extremo: el puesto de trabajo corriente. El malware de tipo infostealer, que recolecta todo lo que puede de una máquina infectada, ahora recoge de forma rutinaria los tokens de sesión de los servicios de IA junto con las contraseñas. Okta analizó uno de esos volcados, publicado en agosto de 2026, y encontró datos de casi 6.000 máquinas infectadas, incluidos miles de tokens aún válidos de servicios de IA y productividad. Un token de sesión representa un inicio de sesión que ya ha ocurrido. Quien lo reproduce entra, sin contraseña y sin la petición de autenticación multifactor.
Por otro lado, unos investigadores decodificaron más de 315.000 bloques de razonamiento de ejecuciones de agentes de IA publicadas en GitHub y Hugging Face, y demostraron que el razonamiento interno, supuestamente opaco, de varios modelos líderes puede volver a convertirse en texto plano. Todo aquello sobre lo que un agente haya razonado, incluidos los datos o las credenciales que haya manejado, debe considerarse legible para cualquiera que obtenga esos registros.
Qué deben extraer los responsables
- Un registro de infostealer es una fuga de datos lista para usar. Los delincuentes no necesitan hackear nada; compran un acceso que ya ha sido capturado.
- Los agentes de IA, sus canalizaciones (pipelines) y sus registros suelen contener datos más sensibles que los sistemas en los que trabajan.
- Un solo dispositivo infectado de un solo empleado puede bastar para comprometer toda una cadena de IA.
Qué puedes hacer hoy
- Mantén el razonamiento y los prompts fuera de los registros. No guardes el razonamiento de los agentes en los sistemas de registro, monitorización o pipelines de compilación, y trata los registros de ejecución de los agentes como datos sensibles.
- Rota las claves que usan los agentes. Rota cada clave y token de interfaz de programación de aplicaciones (API) que tengan los agentes, y prefiere identidades administradas y credenciales de corta duración a claves de larga duración.
- Vincula las sesiones a dispositivos administrados. Un acceso condicional que exija un dispositivo conforme y protección de tokens limita lo que vale un token robado.
- Incorpora la IA a la gobernanza existente. Inclúyela en el centro de operaciones de seguridad, en las evaluaciones de impacto en la protección de datos, en la gestión de proveedores y en las evaluaciones de riesgos.
- Controla los marcos de agentes. Limita quién puede ejecutar marcos de agentes y contra qué sistemas, e impide que los scripts locales y los agentes de aficionado lleguen a los datos de producción.
- Forma a las personas sobre los infostealers. Las actualizaciones falsas, las extensiones de navegador y las herramientas gratuitas son la vía de entrada habitual.
La seguridad en IA necesita la misma madurez que la seguridad de la nube y de la identidad. Las organizaciones que lo asumen ahora evitan los incidentes de mañana.
Descubre lo que ofrecemos en IA e IA agéntica y ciberseguridad y cumplimiento normativo.
