Caso de uso de la IA con agentes: Organiza flujos de trabajo de operaciones de seguridad

Last reviewed 2026-04-08 UTC

En este documento, se describe una arquitectura de alto nivel para un sistema de IA de agentes multiagente que coordina procesos complejos de investigación y clasificación en un centro de operaciones de seguridad (SOC). El sistema de agentes coordina flujos de trabajo en diferentes sistemas de seguridad, como los sistemas de administración de información y eventos de seguridad (SIEM), los feeds de inteligencia contra amenazas, las plataformas de administración de la postura de seguridad en la nube (CSPM) y las soluciones de detección y respuesta de endpoints (EDR). El sistema del agente puede realizar estas acciones:

  • Busca alertas críticas de Google Security Operations.
  • Enriquece las alertas con Google Threat Intelligence.
  • Busca parámetros de configuración incorrectos de los recursos desde una herramienta de CSPM de terceros.
  • Implementa la aprobación con intervención humana.
  • Recupera la telemetría detallada del endpoint y el historial de ejecución de procesos de una herramienta de EDR de terceros para investigar un endpoint sospechoso o vulnerado.

Esta arquitectura ayuda a mejorar la eficiencia de los operadores, ya que reduce el cambio de contexto y les permite ejecutar investigaciones complejas de varias etapas con una sola interfaz.

El público objetivo de este documento incluye arquitectos y desarrolladores que son responsables de diseñar, compilar e implementar aplicaciones de IA de agentes y de integrar esas aplicaciones con los sistemas de seguridad existentes en entornos de nube. El público objetivo también incluye a los analistas del SOC y a los administradores de sistemas que supervisan las operaciones de seguridad, utilizan la inteligencia sobre amenazas para la defensa proactiva y administran flujos de trabajo sólidos de SecOps para la detección, la investigación y la respuesta ante incidentes. En este documento, se supone que tienes conocimientos básicos de los conceptos de IA de agentes, incluidos los sistemas multiagente, el uso de herramientas de agentes y la organización de agentes. En el documento, también se supone que conoces los casos de uso de la inteligencia contra amenazas, los flujos de trabajo de las operaciones de seguridad y las herramientas de seguridad comunes. Para obtener información sobre la inteligencia contra amenazas y las herramientas de seguridad comunes, consulta Casos de uso y ejemplos de la inteligencia contra amenazas.

Arquitectura

Según tus requisitos, puedes elegir los siguientes modelos de implementación:

  • Implementación de Cloud Run: Es una plataforma sin servidores completamente administrada que te permite implementar toda la aplicación del agente, componentes individuales o herramientas personalizadas como extremos HTTP escalables sin necesidad de administrar la infraestructura subyacente.
  • Agent Runtime en Gemini Enterprise Agent Platform: Es un entorno de ejecución completamente administrado y basado en opiniones que puedes usar para implementar, operar y escalar aplicaciones basadas en agentes con una sobrecarga operativa mínima.

Para obtener información sobre cómo elegir un Agent Runtime, consulta Elige los componentes de la arquitectura de IA de agentes.

En las siguientes pestañas, se proporcionan diagramas de arquitectura que muestran una implementación de Cloud Run y una implementación de Agent Runtime con Gemini Enterprise.

Cloud Run

En el siguiente diagrama, se muestra una arquitectura detallada para un sistema de agentes de SOC que se implementa en Cloud Run:

Una arquitectura detallada para un sistema de agentes de SOC que se implementa en Cloud Run.

En la arquitectura, se muestran los siguientes componentes:

Cloud Load Balancing
Un balanceador de cargas de aplicaciones enruta las solicitudes de inferencia entrantes del analista de seguridad al sistema del agente.
Google Cloud Armor
Aplica políticas de seguridad basadas en reglas de firewall de aplicación web (WAF) configuradas.
Identity-Aware Proxy (IAP)
Aplica un modelo de seguridad de confianza cero y verifica la identidad del usuario.
Model Armor
Model Armor te permite inspeccionar y limpiar instrucciones, interacciones con herramientas y respuestas. Proporciona controles de seguridad flexibles para cualquier modelo de IA subyacente. Para los agentes personalizados que se ejecutan en Cloud Run, integra Model Armor con la API de Model Armor.
Composición del agente
El Kit de desarrollo de agentes (ADK) es un framework de desarrollo de agentes que te ayuda a crear el agente y a implementarlo como un servicio de Cloud Run sin servidores. Para obtener detalles sobre la arquitectura interna de este sistema de agentes, consulta la sección Arquitectura del sistema de agentes más adelante en este documento.
Modelo de IA
Para entregar inferencias, los agentes de esta arquitectura usan modelos de IA en Gemini Enterprise Agent Platform.
Servidores de MCP

El Protocolo de contexto del modelo (MCP) facilita el acceso a las herramientas y estandariza la interacción entre los agentes y las herramientas. El sistema de agentes usa los siguientes servidores de MCP:

Productos usados

En esta arquitectura de ejemplo, se usan los siguientes productos y herramientas de Google Cloud :

Agent Runtime con Gemini Enterprise

En el siguiente diagrama, se muestra una arquitectura detallada de un sistema de IA de agentes de SOC que se implementa en Agent Runtime con Gemini Enterprise:

Arquitectura detallada de un sistema de IA de agentes del SOC implementado en Agent Runtime con Gemini Enterprise.

En el diagrama de arquitectura, se muestran los siguientes componentes:

Gemini Enterprise
Los usuarios interactúan con el sistema de agentes a través del asistente de chat que proporciona Gemini Enterprise.
Composición del agente
Kit de desarrollo de agentes (ADK) es un framework de desarrollo de agentes que te ayuda a crear un agente personalizado, implementarlo en Agent Runtime y registrarlo en Gemini Enterprise. Para obtener detalles sobre la arquitectura interna de este sistema de agentes, consulta la sección Arquitectura del sistema de agentes más adelante en este documento.
Modelo de IA
Los agentes de esta arquitectura usan modelos de IA de Model Garden de Agent Platform para realizar inferencias.
Model Armor
Para aplicar las políticas de seguridad y cumplimiento de la empresa, Model Armor se integra directamente con los Google Cloud servicios para proporcionar inspección y limpieza intercaladas de las instrucciones del usuario y las respuestas del modelo. A través de la integración integrada en Gemini Enterprise y Agent Platform, Model Armor analiza automáticamente las interacciones entre los usuarios y los agentes administrados. Para obtener más información, consulta Integración de Model Armor con los servicios de Google Cloud.
Servidores de MCP

El Protocolo de contexto del modelo (MCP) facilita el acceso a las herramientas y estandariza la interacción entre los agentes y las herramientas. El sistema de agentes usa los siguientes servidores de MCP:

  • Servidor de MCP de Google SecOps: Es un servidor de MCP administrado por Google que proporciona acceso a los datos de Google SecOps SIEM y Google SecOps SOAR, incluidos los eventos, las entidades, los registros sin procesar y los detalles de los casos.
  • Servidor de MCP de Google Threat Intelligence: Es un servidor de MCP local que proporciona acceso a Google Threat Intelligence. Google Threat Intelligence correlaciona las alertas internas con los datos globales de adversarios y optimiza la identificación de indicadores maliciosos conocidos dentro del flujo de trabajo del SOC.
  • Servidores de MCP de terceros: Es un conector que administran los proveedores externos y que te permite interactuar con herramientas de seguridad externas.

Productos usados

En esta arquitectura de ejemplo, se usan los siguientes productos y herramientas de Google Cloud:

Arquitectura del sistema de agentes

En esta sección, se describe la arquitectura del sistema de agentes de SOC personalizados para las implementaciones anteriores de Cloud Run o Gemini Enterprise. Para organizar flujos de trabajo de seguridad complejos, el agente usa un patrón de descomposición jerárquica de tareas. La composición del agente sigue siendo coherente, independientemente del método de implementación que elijas.

En el siguiente diagrama, se muestra una vista detallada de la arquitectura del sistema de agentes: Arquitectura detallada del sistema de IA del agente para un flujo de trabajo de SecOps basado en agentes.

En la arquitectura, se muestran los siguientes componentes:

Aplicación
Una aplicación de frontend, como una interfaz de chat, que interactúa con el usuario. Puedes elegir implementar tu aplicación con Cloud Run o Agent Runtime con Gemini Enterprise.
Agentes

Esta arquitectura usa los siguientes agentes:

  • Agente raíz: Un agente coordinador que recibe solicitudes del usuario. El agente raíz interpreta la solicitud del usuario y, luego, intenta resolverla por sí mismo. Si la tarea requiere herramientas especializadas, el agente raíz delega la solicitud al agente especializado adecuado.
  • Agentes especializados: El agente raíz invoca los siguientes agentes especializados:
    • Analista de nivel 1: Recupera los detalles de las alertas, identifica los recursos afectados y extrae el contexto del usuario cuando consulta Google SecOps y las fuentes de telemetría relacionadas.
    • Investigador de inteligencia contra ciberamenazas (CTI): Investiga las tácticas de los agentes de amenazas que se relacionan con la alerta específica. Este agente proporciona una evaluación de riesgos de la actividad consultando plataformas de inteligencia contra amenazas para correlacionar los indicadores de compromiso (IOC) internos con grupos de agentes de amenazas conocidos y tácticas, técnicas y procedimientos (TTP) documentados.

El diagrama de arquitectura del sistema de agentes muestra un ejemplo de arquitectura que utiliza dos arquetipos de SOC. Según tus casos de uso específicos, puedes implementar otros roles de SOC o crear tus propios roles personalizados. Para obtener una lista más amplia de arquetipos de SOC que pueden ayudarte a fortalecer tus operaciones de seguridad, consulta Arquetipos de SOC.

Base de datos de conocimiento de RAG
Esta base de datos proporciona una fuente de fundamentación para la generación mejorada por recuperación (RAG). La base de datos se usa para proporcionar a los agentes planes de respuesta ante incidentes y guías de IA. Las guías de ejecución de IA son flujos de trabajo prescriptivos en forma de habilidades para agentes.
Servicio de artefactos
Un servicio administrado que almacena informes de investigación y evidencia en Cloud Storage.
Memory Bank
Un sistema persistente de administración de estados que almacena temas de memoria personalizados y permite que los agentes mantengan el contexto sobre el entorno y las amenazas en todas las sesiones.
Modelos de IA
Para realizar la inferencia, los agentes de esta arquitectura usan el modelo de Gemini más reciente en Agent Platform.
Servidores de MCP
Los servidores de MCP facilitan el acceso a las herramientas y estandarizan la interacción entre los agentes y las herramientas. Para cada par agente-herramienta, un cliente de MCP envía solicitudes a un servidor de MCP a través del cual el agente accede a una herramienta, como una base de datos, un sistema de archivos o una API.
Herramientas para agentes
Estas herramientas permiten que los agentes recuperen datos de fundamentación, como guías de ejecución de IA correspondientes, planes de respuesta ante incidentes, informes anteriores, documentación interna y guías.
ADK
ADK proporciona herramientas y un framework para desarrollar, probar e implementar agentes. El ADK abstrae la complejidad de la creación de agentes y permite que los desarrolladores de IA se enfoquen en la lógica y las capacidades del agente.

La arquitectura muestra el siguiente flujo de datos:

  1. Un analista de seguridad envía una solicitud al administrador del SOC, que es un agente coordinador. Por ejemplo, un analista envía una solicitud para investigar el caso núm. 37.
  2. La aplicación implementada en Cloud Run o en Gemini Enterprise dirige la solicitud al administrador del SOC.
  3. El administrador del SOC usa Gemini para interpretar la solicitud del usuario.
  4. El administrador del SOC realiza las siguientes tareas para recopilar contexto sobre la solicitud:
    1. Envía una consulta a la base de conocimiento de RAG para recuperar los manuales de ejecución de IA correspondientes, los flujos de trabajo prescriptivos en forma de habilidades de IA y el plan de respuesta ante incidentes.
    2. Recupera memorias anteriores para identificar si el sistema del agente analizó incidentes similares.
    3. Verifica el Servicio de artefactos para detectar informes o pruebas existentes relacionados con la solicitud.
  5. El administrador del SOC usa Gemini y el contexto que recuperó para desglosar la solicitud en una secuencia de subtareas y, luego, identificar las herramientas adecuadas.
  6. El administrador del SOC dirige de forma dinámica las subtareas a agentes secundarios especializados, como el analista de nivel 1 y el investigador de inteligencia contra ciberamenazas (CTI).
  7. Cada agente secundario realiza las siguientes acciones para ejecutar las tareas secundarias asignadas:
    1. Usa Gemini para interpretar los objetivos de la tarea.
    2. Recupera el contexto pertinente de la base de datos de conocimiento de RAG, las memorias y los artefactos.
    3. Usa servidores de MCP para recopilar el siguiente contexto adicional y fundamentar las respuestas:
      • Documentación de conocimiento, como informes anteriores, documentación interna y guías.
      • Inteligencia y telemetría de seguridad que usan datos de Google SecOps y Google Threat Intelligence
    4. Usa Gemini y el contexto que recuperó para generar hallazgos.
    5. Empaqueta sus hallazgos en un resumen estructurado.
    6. Reenvía la respuesta intermedia al administrador del SOC.
  8. El administrador del SOC recibe las respuestas intermedias de los agentes secundarios y evalúa los hallazgos en función de los requisitos de la guía de operaciones de IA.
    1. Si los resultados no cumplen con los criterios de evaluación, el administrador del SOC repite su análisis de la solicitud del usuario y delega subtareas a subagentes para recopilar datos adicionales. Durante este bucle iterativo, el administrador del SOC conserva la cadena de contexto anterior para informar y aumentar las llamadas a herramientas y las delegaciones de subagentes posteriores. El administrador del SOC continúa este ciclo hasta que los hallazgos cumplen con los criterios de evaluación.
    2. Si los hallazgos cumplen con los criterios de evaluación o una condición de salida, como la cantidad máxima de iteraciones, el administrador del SOC realiza las siguientes acciones:
      1. Usa Gemini para sintetizar todos los hallazgos de los subagentes en un informe de investigación y lo guarda en el Servicio de artefactos.
      2. Usa el servidor de MCP de Google SecOps para publicar resultados en el muro de casos.
      3. Guarda nuevos recuerdos en Agent Platform Memory Bank.
  9. El administrador del SOC envía el vínculo del artefacto y el resumen del informe al analista de seguridad.

Productos usados

La arquitectura del sistema de agentes de este documento usa los siguientes productos y herramientas de Google Cloud:

Si deseas obtener información para seleccionar componentes alternativos para tu sistema de IA de agentes, incluidos el framework, el tiempo de ejecución del agente, las herramientas, la memoria y los patrones de diseño, consulta Elige los componentes de la arquitectura de tu IA de agentes.

Consideraciones de diseño

En esta sección, se describen los factores de diseño, las prácticas recomendadas y las recomendaciones que debes tener en cuenta cuando usas esta arquitectura de referencia para desarrollar una topología que cumpla con tus requisitos específicos de seguridad, confiabilidad y costo.

La guía de esta sección no está completa. Si deseas obtener más información sobre los factores de diseño y las prácticas recomendadas, y ver sugerencias para compilar e implementar un sistema de IA multiagente, consulta Sistema de IA multiagente en Google Cloud.

Security, privacy, and compliance

Para ayudar a abordar los riesgos de seguridad únicos de los agentes de IA, Google recomienda un enfoque que combine controles de seguridad determinísticos con defensas dinámicas basadas en el razonamiento:

  • Supervisión humana: Incorpora un flujo con intervención humana en los sistemas críticos para la empresa, de modo que los supervisores humanos puedan revisar los resultados y aprobar, anular o pausar las acciones del agente.
  • Agent Identity: Asigna a cada agente una identidad vinculada a la carga de trabajo para aplicar el control de acceso con privilegio mínimo y administrar de forma centralizada las credenciales de las herramientas externas.
  • Agent Gateway: Aplica la administración del tráfico de entrada y salida, las políticas de acceso de denegación predeterminada y la inspección de instrucciones y herramientas intercaladas con Model Armor.

  • Agent Registry: Verifica que los agentes solo se conecten a subagentes y herramientas de MCP aprobados.

  • Entornos de autenticación: Para garantizar una autenticación sin problemas en todos los entornos, configura tus canalizaciones de implementación para administrar la transición desde las estrategias de autenticación de desarrollo. Por ejemplo, es posible que debas pasar de las credenciales predeterminadas de la aplicación (ADC) en la ejecución local a las cuentas de servicio que administra Identity and Access Management (IAM) para los servidores de MCP remotos alojados en producción.

Confiabilidad

Para asegurarte de que las configuraciones de tu agente cumplan con tus requisitos de confiabilidad, ten en cuenta las siguientes recomendaciones:

  • Alcance del agente: Para mejorar la exactitud del modelo, define el alcance de las guías de ejecución y las instrucciones del sistema de cada agente.
  • Compatibilidad del esquema de MCP: Para evitar que el modelo de IA interprete de forma incorrecta las definiciones de herramientas y realice llamadas a herramientas incorrectas, se deben limpiar los esquemas de herramientas. Crea construcciones independientes para el esquema JSON $ref y $defs, y normaliza las cadenas de tipo en mayúsculas.

Optimización de costos

Para asegurarte de que la configuración de tu agente cumpla con tus requisitos de costo, ten en cuenta las siguientes recomendaciones:

  • Acceso a herramientas del agente: Para reducir el consumo de tokens y aplicar el principio de privilegio mínimo, proporciona subconjuntos de herramientas a diferentes agentes según sea necesario.
  • Administración de la ventana de contexto: Para minimizar el consumo de tokens, diseña instrucciones y resultados de herramientas que sean concisos. Usa repositorios de RAG y habilidades para agentes para precargar el contexto y resumir las respuestas de herramientas grandes.
  • Almacenamiento en caché de instrucciones: Para reducir los costos de los tokens de entrada, almacena en caché el contenido estático del agente, como las instrucciones del sistema, las personas, los runbooks y el esquema de herramientas.
  • Selección del modelo: El modelo que selecciones para tu aplicación de IA afecta directamente los costos y el rendimiento. Selecciona diferentes modelos en tu sistema de agentes según los distintos roles de los agentes y los requisitos de las tareas. Para el razonamiento complejo y el desglose de tareas, usa un modelo de pensamiento como Gemini Pro. Para tareas pequeñas y directas, usa un modelo rápido y de bajo costo, como Gemini Flash.

Implementación

Para implementar una implementación de muestra de esta arquitectura que proporcione agentes de SOC personalizados, usa la muestra de código de Gemini Enterprise para SOC basado en agentes que está disponible en GitHub.

Te recomendamos que realices iteraciones en tu agente en el siguiente orden:

  1. Implementa de forma local con la web del ADK: Acelera la creación de prototipos y realiza iteraciones rápidamente en la lógica del agente.
  2. Implementa en un contenedor local: Garantiza un entorno portátil e inmutable con dependencias coherentes.
  3. Implementa el contenedor en Cloud Run o Agent Runtime: Escala tus agentes para realizar operaciones de seguridad eficaces y traslada tu aplicación del desarrollo a la producción.

¿Qué sigue?

Colaboradores

Autores:

Otros colaboradores: