Identité des agents IA : comment votre IA doit se connecter à vos systèmes en toute sécurité

Identité des agents IA : la question que toutes les entreprises ont sautée

La réponse courte : lorsque vous faites tourner un agent IA dans votre entreprise, il a besoin de sa propre identité, exactement comme un employé a besoin d'un compte. La pratique courante aujourd'hui, qui consiste à inscrire en dur une clé d'API statique dans l'agent pour qu'il accède à vos systèmes, est la chose la plus dangereuse que vous puissiez faire : cette clé n'expire jamais, personne ne sait qui l'utilise et elle ne peut pas être révoquée rapidement quand il le faut. La bonne approche consiste à donner à chaque agent une identité enregistrée, des autorisations limitées et des jetons à courte durée de vie qui expirent automatiquement.

C'est précisément ce qu'a annoncé Okta, l'un des plus grands éditeurs mondiaux de gestion des identités, le 24 août 2026, avec une nouvelle fonction appelée Agent SSO. L'idée paraît simple en surface et va loin dans ses conséquences : enregistrer l'agent IA comme une identité à part entière dans l'annuaire de l'entreprise, aux côtés des employés humains, afin qu'il soit soumis aux mêmes outils d'attribution, de surveillance et de révocation des accès.

Pourquoi cette question est devenue urgente maintenant

Au cours des deux dernières années, l'IA en entreprise est passée du « robot qui répond aux questions » à « l'agent qui fait le travail ». L'agent d'aujourd'hui ouvre votre CRM, lit les commandes, met à jour une fiche de stock, écrit à un client, et peut même préparer une facture. Chacune de ces étapes suppose de se connecter à un vrai système contenant de vraies données.

Le problème, c'est que les outils de sécurité de la plupart des entreprises reposent sur une seule hypothèse : celui qui se connecte aux systèmes est un être humain. Un chiffre frappant cité par Okta dans son annonce résume l'écart : seules 34 % des organisations appliquent aux agents IA les mêmes contrôles de sécurité qu'aux collaborateurs humains. Autrement dit, environ deux tiers des entreprises font tourner des entités automatisées dans leurs systèmes sans le même niveau de gouvernance.

Quand un agent n'a pas d'identité claire, les problèmes s'accumulent et sont tous de même nature : vous ne savez pas combien d'agents opèrent dans votre entreprise, vous ne savez pas qui a autorisé chacun d'eux, vous ne pouvez pas répondre à la question simple d'un auditeur (« qui a effectué cette action ? »), et vous n'avez aucun bouton unique sur lequel appuyer pour arrêter un agent qui a dérapé.

Ce que fait réellement Agent SSO

Le service repose sur un protocole ouvert appelé Cross App Access (XAA), une extension du standard OAuth bien connu, qui a été adoptée comme extension officielle d'autorisation gérée par l'entreprise pour MCP, le protocole devenu la langue commune entre les agents et les systèmes. En bref, lorsqu'un agent IA compatible avec ce protocole tente de se connecter à l'une de vos applications métier, voici ce qui se passe :

• Enregistrement : l'agent est inscrit comme une identité nommée dans l'annuaire de l'entreprise, et non comme une clé anonyme.
• Autorisation : il reçoit un jeton d'accès à courte durée de vie qui expire automatiquement, au lieu d'une clé statique stockée dans un fichier de configuration.
• Gouvernance : un administrateur gère les autorisations de l'agent depuis la même console que celle utilisée pour les autorisations des employés.
• Révocation instantanée : l'accès de l'agent peut être coupé en une seule action dès que son comportement paraît anormal.

Fait notable, Okta a intégré Agent SSO à son offre principale d'authentification unique sans coût supplémentaire, signe qu'elle veut voir ce modèle se répandre comme un standard plutôt que de le vendre comme une fonction premium. Son annonce a également cité des entreprises qui travaillent avec elle sur cette approche, parmi lesquelles Anthropic, Atlassian, Slack, Notion, Datadog et Figma.

La nouvelle règle : chaque agent IA qui tourne dans votre entreprise doit avoir un nom, un responsable humain qui en répond, des autorisations limitées et une date d'expiration. Exactement comme un employé.

Ce que cela signifie pour un chef d'entreprise en Arabie saoudite

En une année que le Royaume a désignée comme l'Année de l'intelligence artificielle, les entreprises avancent vite pour déployer des agents IA dans le service client, les ventes et les opérations. Et le passage du pilote à la production réelle est exactement le moment où l'identité et les autorisations cessent d'être un détail technique pour devenir une préoccupation centrale.

Il y a aussi une dimension réglementaire. La loi sur la protection des données personnelles (PDPL) exige d'une organisation qu'elle contrôle qui accède aux données personnelles et dans quel but, et qu'elle soit en mesure de le démontrer lors d'un audit. Si votre agent IA lit les données des clients via une clé partagée qui n'appartient à personne en particulier, vous ne pouvez concrètement pas répondre à la question « qui a accédé à ces données ? », et ce n'est pas seulement une faiblesse technique, c'est une lacune de conformité.

Des mesures pratiques pour commencer dès aujourd'hui

Vous n'avez pas besoin d'une plateforme mondiale pour commencer. Les mêmes principes s'appliquent à tout système interne bien construit :

• Recensez vos agents : dressez la liste de tous les outils d'IA connectés à vos systèmes aujourd'hui ; leur nombre vous surprendra.
• Un compte distinct par agent : ne partagez jamais le compte d'un employé ou une clé à usage général entre plusieurs outils.
• Le moindre privilège : si l'agent n'a besoin que de lire, ne lui accordez pas le droit de modifier ou de supprimer.
• Des jetons à courte durée de vie : remplacez les clés permanentes par des jetons qui expirent et se renouvellent automatiquement.
• Une piste d'audit complète : chaque action de l'agent est journalisée avec son nom, l'horodatage et le système concerné.
• Un responsable humain : chaque agent a un employé qui en répond, revoit périodiquement ses autorisations et peut l'arrêter.
• Une approbation humaine pour les opérations sensibles : les virements financiers, la suppression de données et l'envoi de messages en masse aux clients exigent un point de contrôle humain.

Notre regard chez Origami

Lorsque nous construisons un système sur mesure pour un client et y connectons un agent IA, nous traitons cet agent dès le premier jour comme un utilisateur doté d'un compte, d'autorisations et d'un journal, et non comme un script qui tourne avec la clé de l'administrateur. Cette simple décision d'architecture épargne au client une reconstruction ultérieure et rend le système prêt pour l'audit dès le départ, au lieu d'être rafistolé à la première question d'un auditeur ou au premier incident de sécurité.

L'annonce d'Okta compte parce qu'elle transforme ce qui relevait autrefois de l'appréciation de chaque développeur en un standard du secteur, soutenu par les grands éditeurs d'outils. Quiconque construit sur cette base aujourd'hui se retrouvera automatiquement aligné sur ce qui deviendra une exigence de base d'ici un an ou deux.

L'essentiel : l'IA dans votre entreprise n'est plus un outil que vous utilisez, c'est une partie qui agit en votre nom. Et toute partie qui agit en votre nom a besoin d'une identité et de limites claires ; sinon, vous gérez un risque que vous ne voyez pas.

Sources

• Okta : annonce officielle d'Agent SSO (24 août 2026).
• Okta : Every Agent Needs an Identity (la plateforme Okta for AI Agents).
• Autorité saoudienne des données et de l'intelligence artificielle (SDAIA) : la loi sur la protection des données personnelles et ses contrôles.