Usar o gateway do GKE como um gateway de agente de entrada

Ao hospedar agentes de IA autônomos ou servidores do Protocolo de Contexto de Modelo (MCP) nos clusters do Google Kubernetes Engine (GKE), é necessário proteger as conexões de entrada de clientes externos, CLIs de desenvolvedor e outros serviços. Como os agentes de IA determinam os caminhos de execução de forma dinâmica, os firewalls de rede padrão da camada 4 não podem protegê-los totalmente. Ao usar a API gateway do GKE para implantar um balanceador de carga de aplicativo regional, é possível controlar esse tráfego de entrada (cliente para agente) e aplicar proteções de segurança específicas de IA antes que as solicitações cheguem às suas cargas de trabalho.

Se você é um administrador de plataforma ou engenheiro de segurança que gerencia a rede do GKE, use essa arquitetura para expor agentes autogerenciados com segurança.

Por que usar o Gateway de Agente para o tráfego de entrada?

Os microsserviços padrão dependem de dependências estáticas e previsíveis. No entanto, os agentes de IA determinam os caminhos de execução de forma dinâmica com base nos comandos do usuário. Para proteger esses padrões de interação imprevisíveis, é possível converter um gateway padrão do GKE em um Gateway de Agente para fazer o seguinte:

  • Aplicar autorização composta: valide a identidade do serviço de chamada e o contexto semântico do payload da solicitação na borda da rede.
  • Desvincular a segurança do código do agente: aplique políticas rigorosas de TLS mútuo (mTLS) e autorização sem exigir que os desenvolvedores de IA criem uma lógica de segurança complexa nos aplicativos de agente.
  • Limpar comandos automaticamente: verifique se os comandos recebidos têm ataques de injeção de comandos ou conteúdo nocivo antes que eles cheguem ao mecanismo de raciocínio do agente.

Como funciona a Agent Governance de entrada no GKE

Para controlar o tráfego de entrada para seus agentes, combine os recursos padrão da API Gateway do GKE com as políticas de governança da Agent Platform:

  • Gateway do GKE: implante um recurso Gateway padrão (configurado com o GatewayClass gke-l7-regional-external-managed ou gke-l7-rilb) para provisionar um balanceador de carga HTTP(S) regional como seu ponto de entrada de rede.
  • Segmentação do Gateway de Agente: crie um recurso personalizado GCPAgentGateway que segmenta seu recurso Gateway, convertendo o balanceador de carga em um Gateway de Agente governado.
  • Controle de controle de acesso e acesso: aplique um recurso personalizado GCPAuthzPolicy para aplicar controles de acesso baseados em identidade da camada 7. É possível verificar o ID SPIFFE do cliente que está fazendo a chamada e restringir o acesso a métodos MCP ou nomes de ferramentas específicos (como tools/list ou tools/call).
  • Segurança de conteúdo e autorização personalizada: anexe um recurso personalizado Service Extension Binding ao seu GCPAgentGateway para rotear comandos recebidos e respostas enviadas pelo Cloud de Confiance by S3NS Model Armor para bloquear ataques de injeção de comandos ou delegar decisões de autorização a um provedor de identidade (IDP) personalizado.

Pré-requisitos

Antes de configurar um Gateway de Agente de entrada, seu ambiente do GKE precisa atender aos seguintes requisitos:

  • Versão do cluster do GKE: o cluster precisa executar a versão 1.37.1-gke.1697000 ou posterior do GKE.
  • API Gateway: é preciso ativar a API gateway do GKE no cluster.
  • Identidade do agente: é necessário atribuir uma identidade SPIFFE criptográfica às cargas de trabalho do agente para que o gateway possa avaliar as políticas baseadas em identidade. Para saber como atribuir essas identidades aos pods, consulte Sobre a identidade do agente para o GKE.
  • Registro de agentes: é preciso registrar as implantações de agentes para que o Registro de agentes possa descobrir as cargas de trabalho e sincronizar os metadados delas. Para que o Registry possa descobrir as cargas de trabalho e sincronizar os metadados delas. Para registrá-las, adicione o rótulo registry.gke.io/functional-type: "AGENT" às implantações.

A seguir