La plupart des développeurs d’agents ne disposent d’aucune méthode standardisée pour se connecter aux ressources dont leurs agents ont besoin. Configurer chaque serveur implique de rechercher manuellement les URL et les métadonnées.

Le registre des ressources d’agents d’IA, une nouvelle fonctionnalité d’Okta for AI Agents, étend Okta Integration Network (OIN) afin d’inclure les ressources d’agents d’IA, en commençant par les serveurs MCP. Les administrateurs peuvent parcourir un catalogue centralisé de serveurs MCP pris en charge et préconfigurés, puis les connecter en fournissant leurs identifiants clients et leurs champs d’application. Aucune saisie manuelle d’URL ou de métadonnées n’est requise. 

✦ Plan d’action pour l’IA : Que peuvent faire mes agents ?

Vos agents d’IA accumulent au fil du temps des autorisations étendues aux applications d’entreprise, ce qui crée des failles de sécurité et des obstacles au déploiement.

Resource Access Certifications for AI Agents, désormais disponible pour tous au sein d’Okta for AI Agents, automatise les évaluations des accès des agents d’IA. Elle certifie les connexions des agents, résilie les accès superflus et génère des pistes d’audit prêtes pour la conformité.

✦ Plan d’action pour l’IA : Que peuvent faire mes agents ?

Le provisioning manuel des identifiants pour chaque nouvelle connexion à un serveur MCP n’est pas évolutif, et les équipes ont tendance à utiliser par défaut des clés partagées à longue durée de vie pour aller plus vite. 

Cette nouvelle fonctionnalité d’Okta for AI Agents permet d’enregistrer dynamiquement un client OAuth auprès du serveur d’autorisation d’un serveur MCP externe pour le compte de l’administrateur. Aucune configuration manuelle requise.

✦ Plan d’action pour l’IA : Que peuvent faire mes agents ?

Okta for AI Agents enregistre déjà automatiquement les serveurs MCP via des terminaux de découverte bien connus, de sorte que la plupart des serveurs se connectent sans aucune configuration manuelle. Désormais, les administrateurs peuvent également enregistrer n’importe quel serveur MCP dont leur entreprise a besoin, en saisissant manuellement sa configuration, offrant ainsi à chaque équipe la possibilité de connecter précisément les serveurs qu’elle utilise, et pas seulement ceux qui prennent en charge la découverte automatique.

✦ Plan d’action pour l’IA : Que peuvent faire mes agents ?

Les collaborateurs connectent des agents d’IA à des systèmes sensibles sans validation préalable par l’équipe IT, exposant votre entreprise à des brèches et à des violations de la conformité.

Okta for AI Agents étend désormais la découverte de la Shadow AI au terminal grâce à une nouvelle intégration avec CrowdStrike Falcon EDR. Obtenez une visibilité sur les agents d’IA qui s’exécutent sur les appareils gérés, les systèmes auxquels ils se connectent et les personnes qui en sont propriétaires.

✦ Plan d’action pour l’IA : Où sont mes agents ?

Les applications et les agents d’IA qui extraient des tokens en aval via Token Vault peuvent désormais demander dynamiquement, à l’exécution, un ensemble restreint et minimal de droits d’accès, au lieu de se voir attribuer par défaut l’ensemble de base initialement accordé au compte connecté. 

De nombreux clients accordent des autorisations larges et statiques aux connexions tierces, ce qui les oblige à créer des connexions en double dès que certains agents d’IA nécessitent un accès restreint. La réduction dynamique des privilèges à l’exécution avec Token Vault permet d’éliminer la prolifération des connexions en autorisant une seule connexion à appliquer de façon dynamique le principe du moindre privilège, en délivrant uniquement les scopes strictement nécessaires à chaque tâche.

Le même agent peut être ajouté à votre registre d’agents par plusieurs voies. Il est difficile de monitorer, de sécuriser et d’auditer de manière cohérente les identités dupliquées, en particulier à mesure que vous étendez votre environnement. 

Okta for AI Agents regroupe ces identités dans un profil canonique unique avec une vérification « humain dans la boucle », offrant ainsi aux agents une seule identité, une seule politique et une seule piste d’audit, quelle que soit leur provenance.

✦ Plan d’action pour l’IA : Où sont mes agents ?

L’augmentation du nombre d’outils exposés par serveur se traduit par la multiplication des tokens consommés par décision d’agent, rien que pour la sélection des outils, avant même que la moindre tâche ne soit exécutée. Cette « taxe sur les outils » s’applique à chaque étape, ce qui fait grimper les coûts en tokens.

Okta limite la liste des outils à ceux qu’une identité est autorisée à utiliser. Grâce à la réduction des outils, moins de tokens sont consommés à chaque interaction, et le périmètre d’impact est plus limité en cas de compromission de cette identité.

✦ Plan d’action pour l’IA : À quoi mes agents peuvent-ils se connecter ?

Vos agents d’IA accumulent au fil du temps des autorisations étendues aux applications d’entreprise. Ainsi, certains accès accordés il y a plusieurs mois pourraient ne plus être pertinents, ce qui crée des failles de sécurité et des obstacles au déploiement.

Resource Access Certifications for AI Agents est une nouvelle fonctionnalité d’Okta for AI Agents qui automatise les évaluations des accès des agents d’IA. Elle certifie les connexions des agents, résilie les accès superflus et génère des pistes d’audit sur n’importe quelle plateforme.

✦ Plan d’action pour l’IA : Que peuvent faire mes agents ?

Aujourd’hui, l’onboarding des agents d’IA impose généralement aux administrateurs d’échanger manuellement des clés publiques avec les opérateurs d’agents, puis de gérer la rotation des clés. Or, ce processus entraîne une certaine lassitude face aux contraintes associées, favorise le partage d’identifiants et freine les déploiements.

L’enregistrement des agents d’IA avec CIMD (Client ID Metadata Document) est une nouvelle fonctionnalité d’Okta for AI Agents qui confie à nouveau la gestion des identifiants des agents d’IA aux développeurs qui les créent. Les administrateurs enregistrent une URL, les développeurs contrôlent l’authentification au niveau de cet endpoint et Okta authentifie les agents au moment de l’exécution sans stocker d’identifiants.

✦ Plan d’action pour l’IA : Où sont mes agents ?

Les acheteurs en entreprise subissent une pression croissante pour connecter des outils d’IA, des agents et des serveurs MCP aux plateformes SaaS, mais le système OAuth traditionnel entraîne une lassitude face aux demandes d’approbation et prive les équipes IT d’une visibilité centralisée ou d’un mécanisme d’arrêt d’urgence. Activer XAA nativement dans Auth0 résout ce problème en transformant votre plateforme en une application de ressources adaptée aux entreprises, sans aucune modification du code. En utilisant une configuration simple dans le tableau de bord Auth0, votre application peut accepter des assertions d’identité de courte durée (ID-JAG) directement depuis le fournisseur d’identité d’entreprise du client (par exemple, Okta). Cela élimine le code personnalisé d’échange de tokens pour les développeurs, tout en offrant aux administrateurs IT la gouvernance centralisée, la révocation instantanée entre applications et la journalisation des audits dont ils ont besoin pour supprimer les principales failles de sécurité.

En plus d’Amazon Bedrock, Claude, Gemini, Salesforce, ServiceNow et DataRobot, vous pouvez désormais importer des agents d’IA conçus avec Microsoft Copilot Studio, Microsoft Foundry, Workday Agent System of Record (ASOR), Glean* et Langsmith**. Enregistrez directement dans Okta les agents créés sur les plateformes de conception d’agents que vous utilisez déjà, sans perdre un temps précieux à les installer et à les configurer manuellement.

* Glean est disponible en Limited EA.
** Langsmith devrait être disponible en GA en août.

✦ Plan d’action pour l’IA : Où sont mes agents ?

Le déploiement d’agents d’IA en production ne devrait jamais compromettre la sécurité ni limiter la visibilité. La fonctionnalité Agent as Principal permet de parer à une telle éventualité en proposant une couche d’identités spécialement conçue pour les logiciels agentiques, ce qui permet d’éviter des alternatives risquées telles que les comptes de service statiques, les utilisateurs non validés et les clés principales codées de façon irréversible.

En faisant des agents des primitives d’identité à part entière, votre équipe peut monitorer facilement les chaînes de délégation multiagents, révoquer les accès compromis et appliquer des autorisations spécifiques. Franchissez plus rapidement l’étape entre le projet pilote et la production, et étendez vos fonctionnalités d’IA en gardant un contrôle total et en bénéficiant d’une conformité rigoureuse.

Pour exploiter la puissance de l’automatisation par l’IA en arrière-plan, les développeurs ne devraient pas avoir à coder de façon irréversible des identifiants statiques ou à maintenir les sessions utilisateurs toujours actives. Token Vault Privileged Worker permet d’éviter de tels problèmes grâce à un échange de tokens plus sécurisé, conçu spécialement pour les charges de travail hors ligne — une solution moins bien risquée que les sessions à long terme et les clés tierces codées en dur. En dissociant l’exécution en arrière-plan des sessions actives des utilisateurs, votre équipe peut autoriser des agents hors ligne à la demande et prévenir la fuite des identifiants bruts de manière plus efficace. Faites de l’automatisation en arrière-plan un moteur d’activité sécurisé qui vous permettra de proposer des intégrations continues et de décrocher plus rapidement des contrats à forte valeur ajoutée.

La plupart des entreprises ignorent à quoi leurs agents peuvent se connecter. Les outils existants sont incapables de résoudre ce problème, raison pour laquelle une couche d’identités est nécessaire. 
Agent Gateway est une nouvelle fonctionnalité d’Okta for AI Agents qui permet aux agents d’IA d’accéder en toute sécurité aux outils d’entreprise via un endpoint unique sécurisé par Okta. Visualisez, sécurisez et auditez les connexions établies par vos agents d’IA avec les outils d’entreprise sans modifier le code de vos agents ou de vos outils.

✦ Plan d’action pour l’IA : À quoi mes agents peuvent-ils se connecter ?

Les entreprises évoluent rapidement d’un modèle reposant sur un seul agent vers des architectures multiagents, où les agents en appellent d’autres pour accomplir des tâches complexes. Grâce à la fonctionnalité Agent-to-Agent Connections, les agents peuvent désormais appeler en toute sécurité d’autres agents, ainsi que des applications et des ressources, conformément à une politique approuvée par l’administrateur. Chaque transfert est consigné dans une piste d’audit unique à des fins de conformité ou de résolution des incidents.

✦ Plan d’action pour l’IA : À quoi mes agents peuvent-ils se connecter ?

Nouvelle fonctionnalité d’Okta for AI Agents qui certifie les ressources auxquelles vos agents peuvent se connecter et évalue la légitimité de leur accès, en révoquant celui-ci le cas échéant.

✦ Plan d’action pour l’IA : À quoi mes agents peuvent-ils se connecter ?

Nouvelle fonctionnalité d’Okta for AI Agents qui délègue la gestion quotidienne des agents d’IA à un rôle d’administrateur au périmètre défini, au lieu d’accorder l’accès Super Admin, afin de réduire les risques. Les administrateurs disposent des autorisations nécessaires pour créer, mettre à jour et supprimer des agents d’IA et des serveurs MCP, configurer l’importation d’agents pour les intégrations d’applications et surveiller l’activité des agents.

✦ Plan d’action pour l’IA : Où sont mes agents ? À quoi peuvent-ils se connecter ? Que peuvent-ils faire ?

Nouvelle fonctionnalité qui intègre la solution CrowdStrike Falcon AI Detection and Response (AIDR) à Okta for AI Agents en détectant non seulement les agents locaux installés sur l’ensemble des terminaux des collaborateurs, les serveurs MCP actifs et les systèmes auxquels ils sont connectés, mais aussi l’utilisateur ayant installé l’agent, sur quel appareil, sous quelle identité, ainsi que les ressources accessibles à l’agent.

✦ Plan d’action pour l’IA : Où sont mes agents ?

À mesure que l’adoption de l’IA prend de l’ampleur dans le monde des entreprises, la gestion des agents de multiples fournisseurs se complexifie du point de vue opérationnel. La fonctionnalité AI Agent Import proposée par Okta for AI Agents simplifie le processus grâce à la découverte et à l’onboarding automatisés des agents directement depuis les plateformes de développement, éliminant ainsi la charge de travail liée à une installation et à une configuration manuelles.

Nous prenons désormais en charge les agents d’IA conçus avec Claude Managed Agents sur Claude Platform, DataRobot et Google Gemini Enterprise Agent Platform, en plus des intégrations existantes avec Salesforce Agentforce, Amazon Bedrock et ServiceNow AI Platform. 

* Agents d’IA basés sur Vertex AI Agent Engine

✦ Plan d’action pour l’IA : Où sont mes agents ?

Nouveau SKU qui permet aux clients appartenant à des secteurs très réglementés (FedRAMP High, FedRAMP Moderate et HIPAA) de bénéficier des fonctionnalités d’Okta for AI Agents*.

* Remarque : cet abonnement n’inclut pas la découverte des agents de la Shadow AI ni la connexion sécurisée des agents aux comptes de service et aux secrets. L’agrément de ces fonctionnalités est en cours. Consultez cette page pour vous tenir informé.

✦ Plan d’action pour l’IA : Où sont mes agents ? À quoi peuvent-ils se connecter ? Que peuvent-ils faire ?

Nouvelle fonctionnalité d’Okta for AI Agents qui comble les failles des architectures multiagents en fournissant une couche d’identités destinée aux transferts entre agents et conçue pour assurer la visibilité et la traçabilité des interactions de vos agents.

✦ Plan d’action pour l’IA : À quoi mes agents peuvent-ils se connecter ?

Implémentation de cas d’usage de l’autorisation granulaire (FGA) et d’Okta for AI Agents, qui vont au-delà des rôles statiques et des tokens d’accès pour offrir une évaluation continue des actions de vos agents en fonction du contexte en temps réel.

✦ Plan d’action pour l’IA : Que peuvent faire mes agents ?

Permet aux clients de définir, d’auditer et de sécuriser les agents d’IA en tant qu’identités machines distinctes et vérifiables, dotées d’autorisations strictes à l’exécution.

Prend en charge les intégrations d’API tierces et offre une protection contre les fuites de données entre tenants en remplaçant les identifiants statiques et codés de façon irréversible par des tokens limités, à courte durée de vie.

Nouvelle intégration qui permet aux clients d’importer des agents d’IA développés dans Amazon Bedrock AgentCore et de les gouverner directement dans Okta for AI Agents.

✦ Plan d’action pour l’IA : Où sont mes agents ?

Okta for AI Agents fonctionne en complément de fournisseurs d’identité autres qu’Okta, offrant aux entreprises une plateforme d’identités dédiée aux agents, sans qu’il soit nécessaire de remplacer l’infrastructure d’identités humaines existante.

✦ Plan d’action pour l’IA : Où sont mes agents ? À quoi peuvent-ils se connecter ? Que peuvent-ils faire ?

Optimise le contrôle des accès basé sur les relations en indexant les chemins d’autorisation, ce qui permet d’utiliser des agents d’IA pour vérifier l’autorisation des utilisateurs de niveau document en quelques millisecondes.

Offre de base qui fournit la couche d’identités nécessaire à la découverte, à l’onboarding, à la protection et à la gouvernance des agents d’IA à partir d’un point de contrôle unique.

✦ Plan d’action pour l’IA : Où sont mes agents ? À quoi peuvent-ils se connecter ? Que peuvent-ils faire ?

Offre un socle mieux sécurisé permettant aux développeurs de créer des agents d’IA orientés client.