Usa GKE Gateway como una puerta de enlace de entrada de agentes

Cuando alojas agentes de IA autónomos o servidores de Protocolo de contexto del modelo (MCP) en tus clústeres de Google Kubernetes Engine (GKE), debes proteger las conexiones entrantes de clientes externos, CLIs de desarrolladores y otros servicios. Debido a que los agentes de IA determinan sus rutas de ejecución de forma dinámica, los firewalls de red estándar de capa 4 no pueden protegerlos por completo. Si usas la API de GKE Gateway para implementar un balanceador de cargas de aplicaciones regional, puedes controlar este tráfico de cliente a agente (entrada) y aplicar protecciones de seguridad específicas de la IA antes de que las solicitudes lleguen a tus cargas de trabajo.

Si eres administrador de plataformas o ingeniero de seguridad que administra las redes de GKE, puedes usar esta arquitectura para exponer agentes autoadministrados de forma segura.

¿Por qué usar Agent Gateway para el tráfico de entrada?

Los microservicios estándar dependen de dependencias estáticas y predecibles. Sin embargo, los agentes de IA determinan sus rutas de ejecución de forma dinámica según las instrucciones del usuario. Para proteger estos patrones de interacción impredecibles, puedes convertir una GKE Gateway estándar en una Agent Gateway para lograr lo siguiente:

  • Aplicar la autorización compuesta de manera forzosa: Valida la identidad del servicio que realiza la llamada y el contexto semántico de la carga útil de su solicitud en el borde de la red.
  • Desvincula la seguridad del código del agente: Aplica políticas estrictas de TLS mutua (mTLS) y autorización sin que los desarrolladores de IA deban compilar una lógica de seguridad compleja en sus aplicaciones de agentes.
  • Limpia las instrucciones automáticamente: Analiza las instrucciones entrantes para detectar ataques de inyección de instrucciones o contenido dañino antes de que lleguen al motor de razonamiento del agente.

Cómo funciona la administración de agentes de entrada en GKE

Para controlar el tráfico entrante a tus agentes, combina los recursos estándar de la API de GKE Gateway con las políticas de administración de Agent Platform:

  • GKE Gateway: Implementa un recurso Gateway estándar (configurado con la GatewayClass gke-l7-regional-external-managed o gke-l7-rilb) para aprovisionar un balanceador de cargas de HTTP(S) regional como tu punto de entrada de red.
  • Orientación de Agent Gateway: Crea un recurso personalizado GCPAgentGateway que oriente tu recurso Gateway, lo que convierte el balanceador de cargas en una Agent Gateway administrada.
  • Control de acceso y de identidad: Aplica un recurso personalizado GCPAuthzPolicy para aplicar de manera forzosa controles de acceso basados en la identidad de la capa 7. Puedes verificar el ID de SPIFFE del cliente que realiza la llamada y restringir el acceso a métodos de MCP o nombres de herramientas específicos (como tools/list o tools/call).
  • Seguridad del contenido y autorización personalizada: Adjunta un recurso personalizado Service Extension Binding a tu GCPAgentGateway para enrutar las instrucciones entrantes y las respuestas salientes a través de Cloud de Confiance by S3NS Model Armor para bloquear los ataques de inyección de instrucciones o delegar las decisiones de autorización a un proveedor de identidad (IDP) personalizado.

Requisitos previos

Antes de configurar un Agent Gateway de entrada, tu entorno de GKE debe cumplir con los siguientes requisitos:

  • Versión del clúster de GKE: Tu clúster debe ejecutar la versión 1.37.1-gke.1697000 o una posterior de GKE.
  • API de Gateway: Debes habilitar la API de Gateway de GKE en tu clúster.
  • Identidad del agente: Debes asignar una identidad criptográfica de SPIFFE a tus cargas de trabajo de agentes para que la puerta de enlace pueda evaluar las políticas basadas en la identidad. Para aprender a asignar estas identidades a tus Pods, consulta Acerca de la identidad del agente para GKE.
  • Agent Registry: Debes registrar los Deployments de tu agente para que Agent Registry pueda descubrir las cargas de trabajo y sincronizar sus metadatos. Para que Registry pueda descubrir las cargas de trabajo y sincronizar sus metadatos. Para registrarlos, agrega la etiqueta registry.gke.io/functional-type: "AGENT" a tus Deployments.

¿Qué sigue?