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.