Cómo detectar agentes de IA riesgosos en su Google Workspace

Una nueva clase de identidad se ha instalado silenciosamente en Google Workspace: la no humana. Los asistentes de IA, las plataformas de automatización, los copilotos y las cuentas de servicio tienen cada vez más acceso permanente a sus datos y actúan sobre ellos de forma autónoma: leen documentos, mueven archivos, envían correo y comparten contenido a velocidad de máquina. Rara vez aparecen en una revisión de acceso de usuarios tradicional y casi nunca se les da de baja. Esa combinación los convierte en uno de los riesgos más pasados por alto en la seguridad moderna de Workspace.

Este artículo explica por qué los agentes de IA son diferentes, qué hace que uno sea riesgoso y cómo detectarlos y gobernarlos.

Por qué las identidades no humanas son diferentes

Una identidad humana tiene frenos naturales. Las personas trabajan durante el día, tocan un conjunto acotado de archivos y generan sospechas cuando se comportan de forma anómala. Una identidad no humana no tiene ninguno de esos frenos:

• Actúa a escala y velocidad. Un agente puede leer o compartir cientos de archivos en segundos. Un error —o un compromiso— se propaga rápido.
• Tiene acceso permanente. A los agentes se les concede acceso una vez y lo conservan indefinidamente. Nadie revisa si «¿este bot todavía necesita acceso completo a Drive?».
• Es invisible para las revisiones de usuarios. Las revisiones de acceso enumeran personas. Las cuentas de servicio y los agentes se saltan fácilmente porque no están en el organigrama.
• Difumina la responsabilidad. Cuando un agente actúa en nombre de un usuario, ¿de quién fue la acción? Esa ambigüedad complica tanto la prevención como la investigación.

El resultado es una población de identidades poderosas, persistentes y poco gobernadas que se asientan sobre sus datos más sensibles.

Qué hace riesgoso a un agente de IA

No toda automatización es una amenaza. Un servicio de copias de seguridad programado con acceso acotado no representa un problema. El riesgo se concentra cuando coinciden varios factores:

• Acceso amplio a datos sensibles. Un agente que puede leer todo Drive, o enviar correo en nombre de los usuarios, tiene un radio de impacto grande.
• Origen externo o de terceros. Un agente operado por un proveedor externo extiende la confianza más allá de su perímetro.
• Permisos excesivos en relación con su función. Un bot de notas de reuniones no necesita acceso de eliminación a todos los archivos. El exceso de permisos es el problema más común y más fácil de corregir.
• Acceso permanente y sin supervisión. El acceso que nadie revisa y que nada vigila es riesgo sin control compensatorio.
• Comportamiento anómalo. Una cuenta de servicio inactiva que de repente se activa, o un agente cuya actividad se dispara muy por encima de su nivel base, merece atención aunque todos sus permisos sean técnicamente válidos.

Cómo encontrar los agentes que tiene

Comience enumerando las identidades no humanas con acceso a su Workspace:

1. Cuentas de servicio. Revise las cuentas de servicio de su entorno de Google Cloud y Workspace y a qué puede acceder cada una. Muchas se crearon para una tarea puntual y nunca se retiraron.
2. Aplicaciones OAuth que actúan de forma autónoma. Muchas herramientas de «IA» se conectan como aplicaciones OAuth con permisos amplios. Auditarlas coincide directamente con auditar aplicaciones OAuth de terceros; preste especial atención a las aplicaciones que pueden actuar en nombre de un usuario y no solo leer datos de perfil.
3. Plataformas de automatización e integración. Las herramientas iPaaS, los scripts y las automatizaciones de flujo de trabajo a menudo se ejecutan con acceso amplio bajo una sola identidad.

Para cada una, registre tres cosas: a qué puede acceder, qué permisos posee y si ha estado activa recientemente.

De la detección a la gobernanza

Encontrar agentes es el primer paso. Gobernarlos es el objetivo:

• Aplique el principio de mínimo privilegio. Reduzca los permisos de cada agente al mínimo que requiere su función. Es la medida de mayor impacto: reduce de golpe el radio de impacto de todos los agentes.
• Inventaríelos y asígneles responsable. Mantenga un registro de identidades no humanas con un responsable para cada una. Un agente sin responsable es un agente que nadie retirará.
• Vigile el comportamiento, no solo los permisos. Establezca un nivel base de actividad normal por agente y marque las desviaciones: una cuenta inactiva que se despierta, un aumento repentino de archivos tocados, acceso a datos que el agente nunca había usado antes.
• Retire lo obsoleto. Un agente que no ha estado activo en meses es pura desventaja. Dele de baja.
• Controle el acceso nuevo. Exija aprobación antes de conceder permisos amplios a un agente o cuenta de servicio nuevos, para que la población no crezca sin control.

Por qué esto se está volviendo central para la seguridad de Workspace

Hace unos años, gobernar las identidades no humanas era una preocupación marginal. Hoy, con asistentes de IA integrados en los flujos de trabajo cotidianos y automatización por todas partes, la población de identidades no humanas en un Workspace típico rivaliza con la humana en acceso, si no en número. Tratarla como algo secundario deja sin vigilancia una superficie de ataque grande y de rápido movimiento.

El camino a seguir es la misma disciplina de postura que aplica al acceso humano, extendida a las máquinas: descubrir cada identidad que puede acceder a sus datos, mapear qué puede hacer, juzgar si eso es apropiado y vigilar el comportamiento que no encaja. Es una extensión natural de la seguridad de Google Workspace y de la gestión de la postura de seguridad de datos hacia la era de los agentes.

Preguntas que hacer sobre cada agente

Cuando se encuentra con una identidad no humana con acceso a su Workspace, un breve conjunto de preguntas separa rápidamente lo inofensivo de lo preocupante:

• ¿Quién es su responsable? Si ningún humano puede nombrarse como responsable, ese es el primer hallazgo. La automatización sin responsable es automatización sin gestionar.
• ¿Cuál es su función y qué necesita realmente? Compare el acceso que posee con la función que cumple. La brecha entre ambos es el exceso de privilegios que hay que recortar.
• ¿Sigue en uso? Un agente que no ha actuado en meses es candidato a la baja, no a la renovación.
• ¿Dónde se ejecuta y quién lo opera? Un agente operado por un tercero extiende su perímetro de confianza; eso no es automáticamente incorrecto, pero debe ser una decisión consciente.
• ¿Cuál sería el daño si se viera comprometido? La pregunta del radio de impacto. Un agente con acceso completo a Drive y al correo representa un riesgo muy distinto al de uno que solo lee un calendario.

Si no puede responder esto sobre un agente, ha encontrado exactamente el tipo de identidad del que trata este artículo.

La trayectoria: más agentes, no menos

Conviene ser realista sobre la dirección de las cosas. El número de identidades no humanas que tocan los datos de Workspace crece rápidamente a medida que los asistentes de IA se integran en las herramientas cotidianas y la automatización se expande. La brecha de gobernanza no se cierra sola: si se la deja, se amplía. Las organizaciones que se adelanten ahora, creando un inventario y aplicando el mínimo privilegio mientras la población aún es manejable, encontrarán el problema controlable. Las que esperen estarán más adelante haciendo ingeniería inversa de una maraña de agentes sin responsable y con permisos excesivos, bajo presión.

El trabajo no es glamoroso, pero es fundamental: saber qué existe, acotar qué puede hacer y vigilar qué hace. Aplicado de forma consistente, esto convierte un punto ciego de rápido movimiento en una parte gobernada y observable de su entorno, y encaja perfectamente en la misma disciplina de postura que ya aplica al acceso humano, de modo que es una extensión del trabajo que ya realiza y no un programa aparte que hay que montar. Las organizaciones que hoy tratan la identidad no humana como una parte de primer nivel de la seguridad de Google Workspace serán las que mañana no se lleven sorpresas.

8200.dev detecta los agentes de IA y las cuentas de servicio con acceso a su Google Workspace, mapea a qué puede acceder cada uno y señala los riesgosos —con permisos excesivos, externos, inactivos que de repente se activan— junto con el resto de su postura. Vea cómo funciona.

¿Quiere ver qué agentes pueden acceder a sus datos? Inicie su auditoría de seguridad gratuita y obtenga un inventario de las identidades humanas y no humanas con acceso a su Google Workspace, clasificadas por riesgo.