En noviembre de 2025, Anthropic reveló una campaña de ciberespionaje denominada GTG-1002, el primer caso documentado de un agente de IA orquestando intrusiones reales con mínima intervención humana. Un grupo patrocinado por el estado chino manipuló a Claude Code de Anthropic para ejecutar aproximadamente el 80% de una campaña de hacking multiobjetivo de forma autónoma.

En lugar de simplemente asesorar a ciberdelincuentes, la IA tomó el control de pasos clave: reconocimiento, descubrimiento de vulnerabilidades, explotación, robo de credenciales y exfiltración de datos en docenas de organizaciones. El resultado fue una operación a velocidad de máquina. Claude realizó tareas en una fracción del tiempo que necesitaría un equipo humano, incluso identificando bases de datos sensibles y escribiendo exploits en segundos.

En el pico del ataque, la IA realizó miles de solicitudes (a menudo varias por segundo), una avalancha de actividad imposible de igualar para los humanos. Esta velocidad y escala de automatización cambia las reglas del juego: los flujos de trabajo de los atacantes ahora pueden iterar continuamente con poca fricción, lanzando y expandiendo intrusiones más rápido de lo que los expertos en ciberseguridad pueden reaccionar de forma tradicional.

Confianza OAuth estática vs. Atacantes a velocidad de máquina

Las implicaciones de los ataques impulsados por IA y a velocidad de máquina son especialmente preocupantes en el contexto de la seguridad SaaS. La mayoría de las organizaciones dependen en gran medida de plataformas SaaS conectadas por integraciones OAuth y claves API, esencialmente tokens de confianza que otorgan a aplicaciones y scripts acceso delegado a los datos.

El problema es que esta confianza es en gran medida estática y a ritmo humano, mientras que los atacantes aumentados con IA operan de forma dinámica y rápida. Una vez que un usuario o administrador hace clic en "Aprobar" en una pantalla de consentimiento OAuth para una aplicación de terceros, por ejemplo, esa aplicación obtiene un token con ciertos ámbitos (permisos). Esas decisiones generalmente se toman una vez y luego se olvidan, rara vez se revisan o examinan después.

Con el tiempo, docenas o cientos de aplicaciones acumulan permisos amplios. Los empleados a menudo otorgan ámbitos extensos que van más allá de lo que la aplicación realmente necesita (a veces a petición de la aplicación), y esos tokens de acceso permanecen válidos indefinidamente si no se revocan manualmente. En muchas organizaciones, nadie posee o revisa rutinariamente estas identidades no humanas para verificar si todavía son necesarias o se comportan adecuadamente.

Los tokens de larga duración son una preocupación particular. Los tokens de acceso OAuth (y sus tokens de actualización) pueden persistir durante meses o años sin rotación, y generalmente no están vinculados a un dispositivo o red, lo que significa que pueden usarse desde cualquier lugar una vez obtenidos. Esta confianza persistente permite que las aplicaciones integradas sigan operando con un escrutinio mínimo, evitando los mecanismos tradicionales de seguridad de inicio de sesión.

Esto crea una asimetría frente a las amenazas de IA. Un atacante que compromete un token de larga duración o una aplicación conectada puede aprovechar esa confianza estática más rápido de lo que un equipo humano puede notar o responder. Cuando los actores de amenazas pueden moverse a velocidad de máquina y permanecer fuera del radar de las comprobaciones manuales poco frecuentes, un modelo de aprobación única se convierte en un serio pasivo.

De comprobaciones periódicas a verificación continua

Para defender SaaS contra las amenazas de IA, los equipos de seguridad están pasando de auditorías periódicas y manuales a una verificación proactiva y automatizada de aplicaciones e identidades. Esto hace eco de la filosofía de confianza cero: nunca confiar, siempre verificar (y reverificar). En la práctica, eso significa tratar los tokens e integraciones SaaS de terceros más como tratamos las cuentas de usuario privilegiadas, con gobernanza estricta, principios de mínimo privilegio y monitoreo continuo.

Varias mejores prácticas emergentes buscan poner la confianza SaaS al día. Una es imponer tokens de corta duración y rotación frecuente, para que las credenciales no queden abiertas para que los atacantes las reutilicen. Otra es implementar ámbitos de grano fino y exigir que las aplicaciones vuelvan a solicitar acceso si necesitan nuevos permisos, haciendo que cualquier cambio de ámbito sea un evento deliberado que pueda revisarse.

Las organizaciones también están empezando a implementar soluciones dinámicas de seguridad SaaS que monitorean el comportamiento de las aplicaciones conectadas y las cuentas de servicio. Al establecer una línea base de actividad normal y observar anomalías, cualquier uso indebido de un token puede detectarse en tiempo real. Si una integración OAuth de repente comienza a extraer muchos más datos de lo habitual o en horarios extraños, por ejemplo, eso debería levantar una bandera instantánea. En esencia, el objetivo es detectar cuando identidades no humanas de confianza actúan de manera no confiable.

Qué vigilar en entornos SaaS

Aquí hay cuatro indicadores y eventos útiles que los equipos de seguridad deberían estar vigilando activamente en sus entornos SaaS (con alertas automatizadas siempre que sea posible):

Cambios repentinos en ámbitos o permisos

Preste atención a cualquier aplicación de terceros que solicite nuevos ámbitos o permisos ampliados, especialmente si esto ocurre fuera de la gestión de cambios estándar. Cualquier aplicación cuyos ámbitos concedidos aumenten inesperadamente (por ejemplo, una integración de solo lectura que ahora solicita permisos de escritura o administrador) debe tratarse con sospecha. Las revisiones periódicas también pueden detectar cuándo el acceso originalmente necesario de una aplicación se ha ampliado silenciosamente con el tiempo. En el momento en que el acceso de una aplicación conectada cambia, se justifica una verificación inmediata de quién lo aprobó y por qué.

Aplicaciones conectadas riesgosas o no examinadas

No todas las aplicaciones OAuth son iguales; algunas son mucho más peligrosas que otras. Los equipos de seguridad deben identificar y examinar las aplicaciones riesgosas en su entorno. Las señales de una aplicación riesgosa incluyen aquellas con permisos muy amplios o de alto impacto (por ejemplo, acceso completo al correo electrónico o a los datos del disco), aplicaciones de editores no verificados o desconocidos, o aquellas autorizadas por solo un puñado de usuarios en la empresa (especialmente si uno de esos usuarios es una cuenta privilegiada). Una aplicación cuyo propósito no parece coincidir con los permisos que solicita es una gran señal de advertencia. Imagine una aplicación de programación de calendarios que solicita la capacidad de leer todos sus correos electrónicos. Tales anomalías en los perfiles de las aplicaciones deben detectarse y bloquearse o monitorearse de cerca.

Patrones anormales de uso de OAuth

Monitoree los tokens OAuth o las integraciones de aplicaciones que se utilizan de formas inusuales. Esto incluye aumentos en el volumen de acceso a datos, acceso que ocurre en horarios extraños o desde ubicaciones atípicas, o una aplicación que de repente consulta datos que normalmente no consultaría. Por ejemplo, una aplicación de chatbot benigna que realiza una exportación masiva de datos de CRM a la 1 a. m. es una bandera roja. Tales anomalías podrían significar que un atacante está aprovechando un token robado o que la aplicación misma ha sido comprometida para exfiltrar datos bajo el disfraz de acceso normal.

Acceso o acciones inusuales a datos

Más allá de solo volúmenes de acceso, observe qué está haciendo un usuario o aplicación con su acceso SaaS. Los indicadores de compromiso incluyen descarga masiva de archivos o registros, eliminaciones o transferencias de datos a gran escala, o consulta de datos sensibles o fuera del ámbito normal de una cuenta. Si la clave API de un empleado de bajo nivel comienza a recuperar todos los registros de clientes, o un complemento de ventas de terceros comienza a modificar los permisos de usuario, esas son acciones altamente inusuales que probablemente apuntan a un uso malicioso. Trate cualquier evento de este tipo como un posible incidente. Podría ser un atacante usando credenciales robadas o un usuario interno abusando de su acceso. El contexto de comportamiento es lo que separa una integración legítima de una explotada.

Conclusión: Confiar, pero verificar proactivamente

GTG-1002 mostró al mundo que los ciberataques ahora pueden desarrollarse a una escala que rompe las defensas tradicionales. Debido a esto, necesitamos una visión viva y dinámica de lo que nuestras aplicaciones, tokens e identidades están haciendo en todo momento.

Cada acceso debe evaluarse dinámicamente contra el comportamiento esperado: "¿Esto es normal para esta aplicación? ¿Esta acción es segura para este usuario?" Solo preguntando esto incesantemente, y armándonos con herramientas que puedan responder en tiempo real, podemos esperar detectar un ataque impulsado por máquina antes de que sea demasiado tarde.

Aquí es donde entran en juego las plataformas dinámicas de seguridad SaaS como Reco. La solución de Reco se basa en la verificación automatizada de identidades, tokens e integraciones SaaS, cerrando efectivamente el ciclo que los controles tradicionales dejan abierto. Utiliza un gráfico impulsado por IA para mapear las relaciones entre usuarios, aplicaciones y datos, y compara constantemente los privilegios otorgados de una entidad con su comportamiento observado.

Cuando una aplicación o cuenta comienza a hacer algo que no debería, como descargar cantidades anormales de datos, conectarse a un nuevo servicio o mal usar un permiso, Reco lo marca en tiempo real. En lugar de una confianza ciega persistente, obtienes confianza adaptativa: si algo se desvía de la línea, lo sabes de inmediato. Esta supervisión es cómo traemos la "verificación" de vuelta a "confiar pero verificar" de forma continua.

Es hora de evolucionar nuestra seguridad SaaS de estática a dinámica, para que incluso cuando los atacantes aceleren, nuestras defensas estén siempre un paso (o un ciclo de CPU) por delante.

Solicite una demostración: Comience con Reco. Acerca del autor: Ophir Kelman es el Jefe de Detección de Amenazas en Reco, donde se especializa en ingeniería de detección, caza de amenazas y estrategias de detección de amenazas. Anteriormente, se desempeñó como Líder de Grupo en el Centro Cibernético de la Unit 8200 de Israel, liderando equipos de investigación y desarrollo en múltiples dominios de ciberseguridad. Con una profunda experiencia en identificar y neutralizar amenazas sofisticadas, le apasiona avanzar en el campo de la detección de seguridad y construir sistemas de defensa resilientes.