Utiliser la passerelle GKE comme Agent Gateway d'entrée

Lorsque vous hébergez des agents IA autonomes ou des serveurs MCP (Model Context Protocol) dans vos clusters Google Kubernetes Engine (GKE), vous devez sécuriser les connexions entrantes provenant de clients externes, de CLI de développeur et d'autres services. Comme les agents IA déterminent leurs chemins d'exécution de manière dynamique, les pare-feu de réseau de couche 4 standards ne peuvent pas les protéger complètement. En utilisant la passerelle GKE API pour déployer un équilibreur de charge d'application régional, vous pouvez gérer ce trafic client-agent (entrant) et appliquer des garde-fous de sécurité spécifiques à l'IA avant que les requêtes n'atteignent vos charges de travail.

Si vous êtes un administrateur de plate-forme ou un ingénieur en sécurité qui gère la mise en réseau GKE, vous pouvez utiliser cette architecture pour exposer des agents autogérés de manière sécurisée.

Pourquoi utiliser Agent Gateway pour le trafic entrant ?

Les microservices standards reposent sur des dépendances statiques prévisibles. Cependant, les agents IA déterminent leurs chemins d'exécution de manière dynamique en fonction des requêtes des utilisateurs. Pour sécuriser ces modèles d'interaction imprévisibles, vous pouvez convertir une passerelle GKE standard en Agent Gateway afin d'effectuer les opérations suivantes :

  • Appliquer l'autorisation composite : validez à la fois l'identité du service appelant et le contexte sémantique de la charge utile de sa requête en périphérie du réseau.
  • Dissocier la sécurité du code de l'agent : appliquez des règles d'autorisation et de TLS mutuelle (mTLS) strictes sans que les développeurs d'IA aient à intégrer une logique de sécurité complexe dans leurs applications d'agent.
  • Nettoyer automatiquement les prompts : examinez les prompts entrants pour détecter les attaques par injection de prompt ou les contenus nuisibles avant qu'ils n'atteignent le moteur de raisonnement de l'agent.

Fonctionnement de la gouvernance des agents d'entrée sur GKE

Pour gérer le trafic entrant vers vos agents, vous combinez les ressources standards de l'API passerelle GKE avec les règles de gouvernance d'Agent Platform :

  • Passerelle GKE : déployez une ressource Gateway standard (configurée avec la GatewayClass gke-l7-regional-external-managed ou gke-l7-rilb) pour provisionner un équilibreur de charge HTTP(S) régional en tant que point d'entrée réseau.
  • Ciblage de la passerelle d'agent : créez une ressource personnalisée GCPAgentGateway qui cible votre ressource Gateway, ce qui convertit l'équilibreur de charge en passerelle d'agent gérée.
  • Contrôle des accès et de l'identité : appliquez une ressource personnalisée GCPAuthzPolicy pour appliquer des contrôles des accès basés sur l'identité de couche 7. Vous pouvez vérifier l'ID SPIFFE du client appelant et limiter l'accès à des méthodes MCP ou des noms d'outils spécifiques (comme tools/list ou tools/call).
  • Sécurité du contenu et autorisation personnalisée : associez une ressource personnalisée Service Extension Binding à votre GCPAgentGateway pour acheminer les requêtes entrantes et les réponses sortantes via Cloud de Confiance by S3NSModel Armor afin de bloquer les attaques par injection de prompt, ou pour déléguer les décisions d'autorisation à un fournisseur d'identité (IDP) personnalisé.

Prérequis

Avant de pouvoir configurer une Agent Gateway d'entrée, votre environnement GKE doit répondre aux exigences suivantes :

  • Version du cluster GKE : votre cluster doit exécuter GKE version 1.37.1-gke.1697000 ou ultérieure.
  • API Gateway : vous devez activer l'API passerelle GKE dans votre cluster.
  • Identité de l'agent : vous devez attribuer une identité SPIFFE cryptographique à vos charges de travail d'agent afin que la passerelle puisse évaluer les règles basées sur l'identité. Pour savoir comment attribuer ces identités à vos pods, consultez À propos de l'identité d'agent pour GKE.
  • Registre d'agents : vous devez enregistrer vos déploiements d'agents pour que le registre d'agents puisse découvrir les charges de travail et synchroniser leurs métadonnées. Pour que le registre puisse découvrir les charges de travail et synchroniser leurs métadonnées. Pour les enregistrer, ajoutez l'étiquette registry.gke.io/functional-type: "AGENT" à vos déploiements.

Étapes suivantes