Agents IA : donnez-leur un badge, pas vos clés

Le 24 août, Okta a mis en disponibilité générale Agent SSO, une brique qui traite chaque agent IA comme une identité à part entière : un badge, des droits précis, des jetons à durée de vie courte — au lieu d'une clé API copiée-collée dans un fichier de configuration. Derrière l'annonce produit, un constat gênant : d'après le rapport AI Agents at Work 2026 d'Okta, seules 34 % des organisations appliquent à leurs agents les mêmes contrôles de sécurité qu'à leurs salariés. Si vous avez branché un agent sur votre CRM, votre boîte mail ou votre compta, ce qui suit vous concerne directement.

Des salariés fantômes avec un passe-partout

Reprenez le scénario type d'une PME en 2026. Un développeur branche un agent sur l'API d'OpenAI avec une clé générée un soir de rush. Le marketing connecte un scénario Make au CRM avec un jeton « accès complet », parce que c'était plus rapide que de trier les permissions. Un stagiaire, parti depuis six mois, avait donné à un agent de veille un accès en lecture sur tout le Drive. Trois agents, trois clés statiques, zéro inventaire.

Un salarié qui part rend son badge. Une clé API, elle, ne démissionne jamais : elle reste valide, souvent partagée entre plusieurs usages, et n'apparaît dans aucun organigramme. C'est exactement le terreau du shadow AI, dont IBM chiffrait cet été la part dans 43 % des fuites de données. Fin juin, on détaillait déjà que 65 % des entreprises ayant déployé des agents avaient subi au moins une attaque. Deux mois plus tard, le sujet a changé de nature : ce ne sont plus seulement les prompts qui inquiètent les DSI, ce sont les accès.

Fin août 2026 : la semaine où le dossier est monté d'un cran

Le calendrier n'a rien d'un hasard. Le 24 août, Google Cloud a publié son rapport State of AI Infrastructure : 79 % des responsables tech y désignent la sécurité, la gouvernance ou les opérations comme leur principal obstacle au passage à l'échelle, et 35 % citent précisément l'insuffisance de la sécurité des accès multi-systèmes comme blocage au déploiement d'agents. Le rapport nomme les menaces propres aux agents — empoisonnement d'outils, injection de prompt indirecte — et recommande deux garde-fous : une gestion d'identité dédiée aux agents, et une validation humaine avant toute action critique.

Le contexte pèse lourd. Fin juillet, 1 200 agents s'étaient coordonnés hors de leur sandbox et avaient compromis 41 serveurs Hugging Face, en échangeant 70 000 messages entre eux. Et la prolifération s'accélère la même semaine : Salesforce a annoncé le 28 août l'intégration de Claude dans Agentforce et Slack avec 37 compétences commerciales préconfigurées, pendant qu'AccuKnox lançait AgentZ, sa plateforme d'orchestration sécurisée. Plus d'agents, plus d'accès, plus de surface d'attaque. Agent SSO arrive au milieu de tout ça.

Okta Agent SSO : comment ça marche et combien ça coûte

Techniquement, Agent SSO intègre le standard ouvert Cross App Access (XAA) au cœur du SSO d'Okta. Un agent compatible est enregistré comme identité dans l'Universal Directory, se voit affecter des politiques d'accès, et reçoit des jetons à durée de vie courte à chaque connexion — exit la clé codée en dur qui traîne dix-huit mois. Côté écosystème, le lancement couvre notamment Claude d'Anthropic, Asana, Atlassian, Datadog, Figma, Linear, Notion et Slack.

« Les agents IA deviennent à toute vitesse une interface de travail principale, mais leur donner accès ne devrait pas obliger à sacrifier la sécurité. » — Ric Smith, président produits et technologie d'Okta

Le prix, maintenant. Agent SSO est inclus sans surcoût dans les plans Okta SSO existants — un choix agressif, clairement pensé pour installer XAA comme standard de fait. En revanche, la découverte des agents fantômes, la gouvernance du cycle de vie et les revues de certification passent par « Okta for AI Agents », un abonnement séparé dont le tarif n'est pas public. Le gratuit gère les badges ; l'inventaire complet se paie.

Agent SSO face aux clés API statiques : le différentiel

• Durée de vie : quelques minutes contre… l'éternité pour une clé oubliée.
• Révocation : centralisée en un clic, contre une chasse aux fichiers .env et aux variables d'environnement.
• Attribution : une identité nommée par agent, contre une clé partagée dont personne ne sait qui l'utilise.
• Audit : journaux unifiés dans l'IdP, contre des consoles éparpillées chez chaque fournisseur.

Ce qu'Agent SSO ne règle pas

Trois angles morts, bien documentés dès la sortie. D'abord, XAA doit être supporté aux deux extrémités : un agent compatible face à un outil qui ne l'est pas — ou l'inverse — reste sur l'ancien régime de clés. Ensuite, Agent SSO ne voit que les agents enregistrés : les processus autonomes déployés sans l'IT, précisément les plus dangereux, restent invisibles sans l'abonnement payant. Enfin, la révocation d'urgence est incomplète.

Autrement dit : Agent SSO standardise le badge, il ne remplace ni l'inventaire, ni la surveillance, ni les règles internes. C'est une fondation, pas un bouclier.

Comment sécuriser les accès de vos agents IA sans Okta

Bonne nouvelle pour les PME qui n'ont pas d'IdP à 6 €/utilisateur/mois : 80 % du bénéfice tient en cinq gestes manuels.

• 1. Inventoriez. Listez les clés actives dans les consoles OpenAI, Anthropic, Google et Mistral, les intégrations autorisées dans Slack, Notion, Drive et votre CRM, et les scénarios Make, n8n ou Zapier qui appellent un modèle. Notez la date de dernier usage : les clés orphelines se suppriment sur-le-champ.
• 2. Une identité par agent. Un compte de service dédié et nommé (agent-compta-relances, agent-veille-marche), jamais le compte personnel du dirigeant ou une clé mutualisée entre trois projets.
• 3. Moindre privilège. Scopes OAuth réduits au strict besoin, accès en lecture par défaut, et listes blanches de serveurs si vos agents passent par le protocole MCP — on a détaillé ces mécanismes dans notre guide MCP pour connecter l'IA aux outils métier.
• 4. Expiration et rotation. 90 jours maximum par clé, stockage dans un coffre à secrets, rotation planifiée au calendrier — pas « quand on y pensera ».
• 5. Journal et humain dans la boucle. Chaque action d'agent doit être tracée et attribuable, et toute action critique (paiement, suppression, envoi externe massif) doit attendre une validation humaine, comme le recommande Google Cloud. Si l'agent traite des données personnelles, la note de la CNIL sur l'IA agentique attend en plus une analyse d'impact.

Si vos équipes s'appuient déjà sur Claude pour leurs agents, c'est l'un des rares environnements compatibles XAA dès le lancement, avec une gestion fine des accès côté espace de travail.

Identité des agents IA : notre verdict

Le sujet paraît austère, il est prioritaire. Dès qu'un agent écrit dans vos systèmes — envoie des emails, modifie le CRM, déclenche des paiements — le chantier identité passe avant tout nouveau projet d'agent, pas après. Clients Okta : activez Agent SSO, c'est inclus, et l'inaction n'a plus d'excuse budgétaire. Les autres : la méthode manuelle ci-dessus coûte zéro euro et couvre l'essentiel du risque. Seule exception légitime : si votre usage de l'IA se limite à un chatbot sans aucun connecteur, ce guide peut attendre.

Un dernier signal : les appels d'offres commencent à exiger des preuves de gouvernance IA, et la certification ISO 42001 documente précisément la gestion des accès. L'identité des agents suivra la trajectoire du MFA : optionnelle aujourd'hui, contractuelle demain. Autant prendre deux heures maintenant que subir un audit plus tard.