Contexte du shadow AI
Descope décrit le « shadow AI » comme la prolifération d’agents créés ou adoptés par les salariés plus rapidement que les équipes de sécurité ne peuvent les inventorier. Le Data Breach Investigations Report 2026 de Verizon indique que 45 % des employés utilisent régulièrement l’IA sur leurs appareils professionnels. Parmi eux, environ deux tiers se connectent aux services d’IA avec un compte personnel, ce qui génère des identifiants partagés, non traçables et potentiellement exposés.
Processus d’onboarding et gouvernance
La version 3.0 introduit un Agent Onboarding Portal. Chaque demande d’agent démarre dans un catalogue en libre-service où l’utilisateur décrit les points d’accès requis, y compris les sources de données et les serveurs Model Context Protocol (MCP). Aucun agent n’est provisionné tant qu’un réviseur n’a validé la demande, attribuant ainsi un propriétaire responsable et un périmètre d’accès limité. Descope affirme que le workflow est suffisamment rapide pour décourager les contournements, ce qui vise à aligner la création d’agents avec les processus de gouvernance existants.
Architecture et protocoles d’authentification
Version 3.0 s’intègre nativement aux passerelles MCP, notamment le projet open‑source agentgateway de l’Agentic AI Foundation, plaçant une couche d’identité et de politique devant chaque agent et serveur MCP, y compris les clients externes comme ChatGPT d’OpenAI. Le hub propose une authentification basée sur des assertions à courte durée de vie signées par une clé privée qui ne quitte jamais le client, éliminant ainsi la dépendance aux secrets statiques souvent stockés dans les dépôts de code. L’accès unique (single sign‑on) s’appuie sur le fournisseur d’identité déjà déployé dans l’entreprise ; chaque requête subséquente hérite de cet authentifiant et déclenche une évaluation de politique en temps réel. Le mécanisme sous‑jacent, les identity assertion grants, supporte également le protocole ouvert Cross‑App Access introduit en septembre.
Implications opérationnelles et limites
Selon Descope, le hub gère l’authentification pour des centaines de serveurs MCP et plus de 1 million d’identités d’agents. La centralisation permet de révoquer l’accès d’un agent depuis un point unique sans réémettre de credentials, réduisant le risque de fuite de secrets. Toutefois, la solution dépend de l’adoption du portail d’onboarding et de la prise en charge des passerelles MCP par les fournisseurs tiers ; les agents fonctionnant sur des plateformes non compatibles restent hors de portée de la politique. De plus, l’ajout d’une couche d’évaluation de politique à chaque requête peut introduire une latence supplémentaire, à mesurer selon les charges de travail. Enfin, le modèle repose sur la bonne configuration des politiques, un facteur qui nécessite une expertise interne pour éviter des blocages fonctionnels.
