Descope Agentic Identity Hub 3.0 s’attaque à l’IA fantôme dans les entreprises

Descope étend sa plateforme de gestion des identités afin d’encadrer les agents d’IA et les serveurs Model Context Protocol (MCP) utilisés par les employés au sein des organisations, dans un domaine où l’adoption a souvent progressé plus vite que la capacité des équipes de sécurité à les recenser ou à les contrôler.

Prévu pour le 15 octobre, Agentic Identity Hub 3.0 ajoute un portail d’intégration des agents, des intégrations natives avec les passerelles MCP, des options renforcées d’authentification des charges de travail et l’émission d’ID-JAG pour les agents qui accèdent aux outils internes. L’objectif est d’attribuer à chaque agent un objectif documenté, un responsable, des autorisations limitées à ses besoins et une piste d’audit, sans obliger les entreprises à remplacer les systèmes de gestion des identités qu’utilisent déjà leurs employés.

Cette version étend le périmètre de Descope : au-delà de la protection des agents destinés aux clients et des serveurs MCP, elle s’attaque au problème plus difficile de l’« IA fantôme » dans les entreprises. Les employés peuvent connecter Claude, Cursor, ChatGPT ou un agent développé en interne aux systèmes de l’entreprise, parfois à l’aide de clés API statiques ou de comptes personnels que les équipes de sécurité ne peuvent pas révoquer de manière centralisée. Descope s’est appuyée sur le rapport 2026 de Verizon sur les enquêtes relatives aux violations de données pour indiquer que 45 % des employés utilisent régulièrement l’IA sur leurs appareils professionnels et que 67 % de cette activité passe par des comptes personnels non professionnels.

Attribuer un responsable et une identité aux agents internes

Le nouveau portail d’intégration des agents vise à soumettre leur déploiement à un processus de demande encadré. L’employé précise l’objectif de l’agent ainsi que les applications, API, sources de données ou serveurs MCP dont il a besoin. Les évaluateurs peuvent approuver la demande avant l’octroi des accès, ce qui permet de constituer un inventaire indiquant qui a demandé l’agent et qui en reste responsable.

Cette approche répond à une faiblesse fondamentale des systèmes classiques de gestion des identités et des accès. Les comptes humains sont généralement associés à un dossier d’employé, à un rôle, à un responsable et à une procédure de départ. Les agents, eux, sont souvent traités comme des scripts ou des comptes de service, alors qu’ils peuvent choisir des outils de manière dynamique et intervenir dans plusieurs systèmes. Leur attribution à un responsable et l’autorisation de leurs actions à l’exécution sont donc aussi importantes que leur authentification initiale. Cette approche fait également écho à une idée soulevée dans la récente discussion de Securities.io avec Q2 sur l’identité des agents : un agent devrait disposer d’un rôle distinct et limité, plutôt que d’hériter de tous les pouvoirs du titulaire d’un compte.

Descope affirme que son Agentic Identity Hub existant gère déjà l’authentification et le contrôle des accès de plus d’un million d’identités d’agents et de centaines de serveurs MCP. Parmi les clients cités dans l’annonce figurent You.com, WisdomAI, Cequence Security, Token Security et Daylight Security.

Fonctionnement du plan de contrôle des identités

La documentation technique de l’entreprise distingue deux notions souvent confondues dans les plateformes d’agents. Une ressource est une API ou un serveur MCP auquel un agent souhaite accéder ; elle est identifiée par une audience et protégée par des portées d’autorisation. Une connexion est une entrée de coffre-fort contenant un jeton OAuth ou une clé API nécessaire à un outil en aval.

Dans l’architecture recommandée par Descope, l’agent reçoit un jeton de courte durée dont la portée est limitée à une ressource. Le serveur ou la passerelle protégés récupèrent ensuite, au moment de l’exécution, tout identifiant d’accès en aval nécessaire dans le coffre-fort des connexions. L’agent ne détient pas le secret tiers de longue durée. Lors de l’émission ou de l’échange des jetons, les politiques peuvent tenir compte de l’agent, de l’utilisateur à l’origine de la demande, du locataire, de l’outil demandé et du contexte d’exécution ; la plateforme consigne également la chaîne d’activité à des fins d’audit.

Ce modèle est important, car MCP normalise la manière dont les agents découvrent les outils et les appellent, sans pour autant supprimer la nécessité d’une autorisation à l’échelle de l’entreprise. Agentic Identity Hub 3.0 peut servir de fournisseur d’identités pour une passerelle existante ou fonctionner avec Agent Gateway de Descope, actuellement en accès anticipé. La version annonce une intégration native avec agentgateway, un projet open source de l’Agentic AI Foundation. La documentation des passerelles de Descope décrit également la compatibilité avec des produits tels que Kong AI Gateway, Azure AI Gateway, Portkey et Golf.dev.

L’application des politiques au niveau de la passerelle permet de disposer d’un point unique pour authentifier les agents, autoriser les appels d’outils et enregistrer les journaux d’activité sur les serveurs MCP internes et tiers. Cette passerelle peut aussi devenir un point de contrôle critique : la réduction des risques dépendra de sa disponibilité, de la qualité des politiques et de la précision de la définition des portées ; à défaut, elle ne fera que centraliser les risques.

Éloigner les agents des secrets partagés

Descope ajoute également plusieurs méthodes permettant aux agents et aux charges de travail de s’authentifier sans secrets client statiques. Parmi elles figurent les assertions JWT à clé privée, l’authentification TLS mutuelle, les identités de charge de travail SPIFFE et la fédération d’identités de charge de travail.

Grâce à la fédération d’identités de charge de travail, un agent exécuté sur AWS, Google Cloud, Microsoft Azure, Kubernetes ou GitHub Actions peut présenter l’identité déjà délivrée par cet environnement. Descope valide le jeton signé, crée une fiche d’identité pour la charge de travail et renvoie un jeton d’accès à portée limitée. Différents déploiements peuvent conserver des identités distinctes même s’ils partagent la même configuration client ; il est ainsi possible de révoquer une instance sans désactiver toutes les copies de l’agent.

L’émission d’ID-JAG vise à étendre un modèle similaire à l’ensemble des serveurs MCP. Un agent interne s’authentifie auprès du fournisseur d’identité déjà utilisé par l’organisation et obtient des droits d’accès adaptés à chaque serveur. Les règles sont évaluées à chaque requête plutôt qu’intégrées à un identifiant d’accès de longue durée, ce qui permet de restreindre ou de révoquer les accès de manière centralisée. Descope présente ce dispositif comme une expérience similaire au SSO pour les agents, mais son efficacité dépendra de la prise en charge des normes sous-jacentes par les passerelles et les clients, ainsi que de la capacité des administrateurs à définir des périmètres correspondant aux véritables limites de l’activité.

Le virage de Descope : de l’identité des clients à la sécurité des agents

Descope a été fondée en 2022 par une équipe qui avait auparavant créé Demisto, une entreprise spécialisée dans l’orchestration de la sécurité, que Palo Alto Networks (PANW ) a acquise en 2019. L’entreprise est sortie de sa phase de développement confidentiel en 2023 avec 53 millions de dollars de financement d’amorçage et indique avoir porté ce montant à 88 millions de dollars de financement total en 2025.

À l’origine, l’entreprise se concentrait sur la gestion des identités et des accès des clients, notamment l’authentification sans mot de passe, les flux de gestion visuelle des identités, les SDK et les API. Agentic Identity Hub étend cette infrastructure d’identité aux entités non humaines. Cette base commune revêt une importance stratégique : les identités des employés et des agents, l’évaluation des règles, la gestion des identifiants et les journaux d’audit peuvent être administrés sans créer un silo d’identités distinct pour chaque produit d’IA.

Pour les acheteurs, la question pratique est de savoir si Descope peut simplifier suffisamment la gouvernance des agents pour que les équipes de développement l’adoptent au lieu de la contourner. Le processus d’intégration doit rester plus rapide que le partage informel d’identifiants, et les intégrations de passerelle doivent prendre en charge les clients et les serveurs réellement utilisés par les employés. Les équipes de sécurité devront également distinguer l’authentification d’un agent de la sûreté de ses actions : l’identité restreint les accès et leur associe des attributs, mais elle n’empêche ni l’injection de prompt, ni le choix erroné d’outils, ni les actions nuisibles qui restent dans les limites d’un périmètre autorisé.

Agentic Identity Hub 3.0 doit donc avant tout être considéré comme une tentative de définir le périmètre des identités pour l’IA en entreprise. La solution permet aux organisations de déterminer qui est responsable d’un agent, quel utilisateur ou quelle charge de travail il représente, quelles ressources il peut atteindre et comment révoquer ses accès. À mesure que les agents passent de l’expérimentation aux processus de production, ces questions deviennent un élément essentiel de l’infrastructure de cybersécurité, plutôt qu’une couche facultative autour du modèle.