Comment gérer les accès des agents IA en toute sécurité

Les agents IA peuvent déjà accéder à Salesforce, créer des tickets Jira, provisionner de l’infrastructure, traiter des transactions financières et communiquer au nom des équipes. Pourtant, les processus d’identité qui entourent ces agents peuvent être bien plus faibles que ceux appliqués à un employé effectuant un travail comparable. L’étude de JumpCloud au T3 2026 a révélé que les identités non humaines sont plus nombreuses que les utilisateurs humains dans 83 % des organisations, alors que seulement 21 % ont mis en place des contrôles de gouvernance spécifiquement pour les identités non humaines.

Les agents IA agissent déjà comme des identités de la main-d’œuvre, mais n’ont souvent pas de cycle de vie de la main-d’œuvre

Cet écart change la question de la sécurité pour les équipes IT et d’ingénierie, car un agent peut occuper un rôle semblable à celui de la main-d’œuvre au sein des systèmes de production sans onboarding formel, sans propriétaire humain désigné, ni point d’offboarding défini lorsque sa finalité prend fin. JumpCloud présente les identités humaines et non humaines comme des participants d’une même main-d’œuvre moderne, car les deux peuvent recevoir des accès et effectuer des actions qui comptent pour l’entreprise. En tant qu’entreprise qui défend une infrastructure de gouvernance des identités, JumpCloud a un intérêt commercial à ce que les organisations adoptent ce modèle ; son framework doit donc être lu en gardant cet intérêt à l’esprit.

L’ampleur du phénomène rend difficile la pérennité d’une gestion informelle. Le framework de JumpCloud vise à combler l’écart entre la prévalence des identités non humaines et l’adoption bien plus faible de contrôles conçus pour les gouverner. Pour une organisation où les agents peuvent déjà dépasser la population d’identités humaines, la question pratique est de savoir si son architecture d’identité existante peut étendre la discipline du cycle de vie aux agents tout en prenant en charge les contrôles supplémentaires qu’exige un logiciel autonome.

La sécurité des agents exige un cycle de vie des identités

La gestion des identités et des accès des humains fournit déjà un principe de départ utile. Un employé est onboardé, se voit attribuer un rôle et les droits correspondants, est placé sous la responsabilité d’un manager nommé comptable de cet accès, puis finit par être offboardé via la révocation des identifiants et la suppression des accès. Ces étapes créent une continuité : chaque identité disposant d’un accès aux systèmes reste connue, délimitée et attribuée à un responsable aussi longtemps qu’elle peut agir.

Appliquer ce principe aux agents fait de la sécurité un problème de cycle de vie autant qu’un problème d’IA. Un agent doit entrer dans l’environnement via un processus gouverné, recevoir un accès cohérent avec sa finalité, avoir une personne responsable de lui, faire l’objet d’une revue lorsque cette finalité évolue, et perdre son accès lorsque son travail prend fin. Donner à l’agent sa propre identité gouvernée permet de rendre chaque opération applicable via l’infrastructure d’identité et cohérente d’un déploiement à l’autre.

Le cycle de vie laisse néanmoins subsister des risques créés par l’action autonome. Les agents nécessitent un masquage des identifiants afin que les modèles ne reçoivent pas les secrets sous-jacents, une approbation humaine avant tout accès sensible, des mécanismes d’arrêt d’urgence, une surveillance comportementale et une journalisation continue de leurs actions. Faire évoluer les agents en toute sécurité exige donc que ces contrôles spécialisés soient rattachés à un cycle de vie qui rende chaque agent identifiable, atteignable par les politiques et attribuable à un responsable.

JumpCloud organise cette dépendance en quatre étapes : Discover, Register, Manage et Govern. La découverte établit quels agents existent ; l’enregistrement donne à chacun une identité formelle et un propriétaire ; la gestion limite ses accès ; la gouvernance teste en continu son comportement et ses permissions par rapport à ce qui a été autorisé. L’ordre compte, car les contrôles ultérieurs dépendent de la connaissance de l’agent auquel une politique s’applique.

Découvrir et enregistrer : la gouvernance commence par rendre chaque agent visible et attribuable à un responsable

La découverte vient en premier, car un inventaire incomplet fixe une limite stricte à tous les contrôles ultérieurs. Les équipes produit, les responsables des opérations et les contributeurs individuels peuvent déployer des agents rapidement, tandis que l’IT peut n’en hériter la responsabilité qu’une fois ces agents déjà en fonctionnement. JumpCloud qualifie la situation qui en résulte de « Shadow AI » : des agents de production peuvent exister sans enregistrement formel, sans propriétaire défini ni moyen systématique de les arrêter quand quelque chose tourne mal.

Comme le Shadow AI peut apparaître entre deux exercices d’inventaire, l’identification des agents doit devenir une pratique opérationnelle continue. Les équipes doivent rechercher dans les plateformes cloud, les appareils gérés, les intégrations SaaS et les systèmes on-premises, car une population d’agents peut couvrir ces quatre domaines. Pour chaque agent découvert, l’inventaire doit consigner les ressources auxquelles il peut accéder, les workflows qu’il peut influencer et les événements qui déclenchent ses actions.

Ces enregistrements fournissent les informations dont la politique d’accès a besoin. Le moindre privilège consiste à limiter une identité aux accès requis pour sa finalité, ce qui suppose d’abord de savoir ce qu’un agent est censé atteindre. L’accès conditionnel consiste à accorder ou refuser l’accès selon des conditions définies, ce qui exige de la même manière une identité reconnue par rapport à laquelle ces conditions peuvent être évaluées. Une organisation ne peut appliquer de manière fiable aucun de ces deux contrôles à un agent inconnu ; la visibilité fixe donc la frontière de ce que son système de gouvernance peut couvrir.

L’enregistrement transforme cette visibilité en une identité que l’architecture peut gérer. Le framework de JumpCloud prévoit que chaque agent dispose d’une identité formelle dans l’annuaire contenant sa finalité définie, son périmètre d’action autorisé et le nom d’un propriétaire humain responsable de son comportement. Une fois cette identité en place, l’agent peut recevoir des droits explicites, relever de politiques d’accès conditionnel et apparaître dans les revues d’accès comme un sujet identifiable.

Cette représentation a des conséquences opérationnelles directes, car certains agents sont déployés via des contournements fondés sur des comptes de service ou représentés par des clés API placées dans des variables d’environnement. JumpCloud soutient que les agents n’existant que sous ces formes ne peuvent pas être gouvernés de manière systématique. Des identités formellement enregistrées donnent au système de contrôle un objet stable dont l’accès peut être attribué, revu et finalement retiré.

L’enregistrement crée aussi un moyen de traiter ce que JumpCloud appelle les « Zombie Agents ». Ces agents ont dépassé leur finalité initiale, mais continuent de fonctionner, conservent l’accès aux systèmes et accumulent des permissions au fil du temps. Un processus de déploiement qui crée un agent sans créer en même temps un responsable de son cycle de vie ne laisse aucun événement de routine obligeant quelqu’un à décider si l’agent doit encore exister.

La responsabilité nominative crée cet événement par le biais du renouvellement. Si un propriétaire doit rester activement responsable du renouvellement d’un agent, une interruption de cette responsabilité active peut faire expirer naturellement son accès. L’offboarding devient alors une opération normale du cycle de vie, tandis que la responsabilité humaine agit comme un contrôle technique du cycle de vie avec des conséquences sur la capacité de l’agent à continuer d’opérer.

Gérer et gouverner : ajouter des contrôles sur ce que les agents autonomes peuvent réellement faire

Une fois qu’un agent a une identité et un propriétaire, l’accès peut être étroitement lié à la finalité enregistrée pour lui. L’étape Manage de JumpCloud applique le moindre privilège en limitant les droits aux ressources et aux opérations dont l’agent a réellement besoin. L’accès doit aussi être limité dans le temps lorsque c’est possible et immédiatement révocable quand le comportement change, afin de réduire la période pendant laquelle des privilèges obsolètes ou dangereux restent utilisables.

Ce modèle d’accès rend la conception des identifiants particulièrement importante, car les agents peuvent exécuter des opérations sans qu’une personne saisisse des identifiants de manière interactive. Les identifiants stockés dans des variables d’environnement restent disponibles dans le temps, tandis que des clés API statiques qui ne tournent jamais créent une autre exposition persistante. Pour les opérations privilégiées, JumpCloud préconise des identifiants just-in-time, émis lorsque l’accès est nécessaire et qui ne restent pas disponibles indéfiniment.

Les accès sensibles ajoutent une décision d’autorisation distincte. Un agent autonome peut déterminer qu’une opération est utile alors que les systèmes sensibles concernés exigent toujours une autorisation humaine explicite. Des workflows d’approbation peuvent imposer une validation humaine avant qu’un tel accès soit accordé, préservant ainsi une décision délibérée aux frontières les plus risquées.

Une fois l’accès accordé, la même conception doit prévoir un moyen rapide de retirer l’autorité. Les mécanismes d’arrêt d’urgence doivent fonctionner à la vitesse qu’exige un incident, car une identité enregistrée et un inventaire complet offrent une protection limitée lorsqu’une organisation ne peut pas arrêter rapidement un agent dont le comportement a changé. La révocation immédiate et l’arrêt d’urgence relient directement la détection au confinement.

Les cibles privilégiées créent une autre exigence propre aux agents. Lorsqu’un agent travaille avec des applications web privilégiées, des serveurs SSH ou des bases de données, le masquage des identifiants doit lui permettre d’exécuter l’opération autorisée sans exposer au modèle qui l’exploite les identifiants sous-jacents. Chaque session privilégiée doit aussi être enregistrée et conservée à des fins d’audit, créant une trace vérifiable des accès réellement exercés.

Ensemble, ces contrôles montrent où la comparaison avec l’employé atteint sa limite. L’IAM humain ordinaire apporte l’identité, les droits, la responsabilité et les événements du cycle de vie, tandis qu’un logiciel autonome a aussi besoin de contrôles conçus autour de l’exécution machine : identifiants masqués, privilèges just-in-time, étapes d’approbation, arrêt rapide et enregistrements détaillés des actions machine. Le cycle de vie systématise ces mesures, car chaque garde-fou peut être rattaché à un agent connu avec une finalité et un propriétaire définis.

Une fois ces contrôles rattachés, l’étape Govern de JumpCloud fait évoluer la tâche de la configuration des accès vers la vérification continue que cette configuration décrit toujours la réalité. Chaque action d’agent doit être journalisée, et les revues d’accès doivent tester régulièrement si ses droits correspondent encore à sa finalité actuelle. La surveillance doit aussi détecter suffisamment tôt les comportements en dehors du périmètre défini de l’agent pour permettre à l’organisation d’intervenir avant que l’écart ne se transforme en incident.

La gouvernance continue s’impose parce qu’un agent autorisé peut changer de contexte opérationnel alors que ses permissions d’origine restent intactes. Les contrôles créés via la découverte, l’enregistrement et la gestion nécessitent une maintenance continue à mesure que les finalités, les comportements et les exigences d’accès évoluent. Lorsqu’une finalité prend fin, la révocation devient une étape procédurale d’offboarding liée au cycle de vie.

Cet enregistrement continu doit aussi répondre à des questions concrètes de responsabilité : à quoi l’agent a-t-il accédé, qu’a-t-il fait, qui l’a autorisé, et quel a été le résultat ? Le critère de JumpCloud est exigeant : si une organisation ne peut pas reconstituer cette chaîne pour un agent donné, elle ne gouverne pas réellement cet agent. La journalisation permet cette reconstitution, car elle préserve la relation entre une identité, son autorisation et les actions menées sous cette autorité.

Un IT fragmenté est la contrainte sous-jacente à la gouvernance des agents

Même un cycle de vie bien conçu devient plus difficile à exécuter lorsque les systèmes de contrôle sous-jacents sont déconnectés. Si l’identité, l’accès, la gestion des appareils et la sécurité fonctionnent séparément, des écarts peuvent apparaître entre les systèmes et les politiques peuvent différer selon les environnements. Un agent peut donc être détectable dans une partie du parc technologique alors que l’organisation peine à appliquer partout où il opère les mêmes règles d’enregistrement, d’accès et de gouvernance.

Le passage à l’échelle des quatre étapes dépend donc d’une couche de contrôle cohérente capable d’appliquer des politiques aux humains, aux appareils et aux agents en même temps. JumpCloud appelle ce modèle « Agentic IAM », c’est-à-dire une architecture d’identité et d’accès qui place ces sujets sous un ensemble commun de contrôles. Le postulat de JumpCloud est que cette architecture commune transforme Discover, Register, Manage et Govern en opérations répétables dans l’ensemble de l’environnement, même lorsque les agents se déplacent entre différents systèmes.

Cette affirmation de mise en œuvre a un résultat correspondant dans l’étude de JumpCloud. Les organisations disposant d’environnements IT entièrement unifiés ont cinq fois plus de chances de déployer des agents dans des workflows critiques pour l’activité que les organisations utilisant des stacks fragmentées. Ce constat établit une association ; il n’établit pas qu’un IT unifié cause un déploiement plus important des agents. Même avec cette limite, l’association correspond à la contrainte de mise en œuvre du framework, car des contrôles déconnectés rendent plus difficile l’exécution cohérente de la gouvernance des agents.

La contrainte de mise en œuvre peut se situer sous le déploiement même de l’IA. Une organisation peut définir des politiques solides pour les agents tout en restant structurellement désavantagée si les systèmes d’identité, d’accès, de gestion des appareils et de sécurité nécessaires pour appliquer ces politiques ne peuvent pas fonctionner de manière cohérente. Dans ce contexte, les contournements par comptes de service, les clés API dans des variables d’environnement et les contrôles incohérents montrent à quel point l’application du cycle de vie devient difficile sans architecture commune.

Cette relation façonne aussi la manière dont les dirigeants peuvent évaluer les investissements en sécurité. JumpCloud présente une gouvernance renforcée comme une infrastructure permettant d’étendre l’usage des agents à des activités critiques pour l’entreprise, afin de permettre aux organisations d’étendre l’IA à davantage de workflows, d’aller plus vite et d’avancer avec une plus grande confiance dans l’identité de ce qui ou de qui a accès. JumpCloud bénéficie commercialement lorsque les organisations investissent dans ce type de gouvernance unifiée des identités, et l’association par cinq ne peut pas garantir ces résultats opérationnels. La véritable question de mise en œuvre est de savoir si une architecture de contrôle peut maintenir chaque identité agissante connue, gouvernée et attribuable à un responsable à mesure que la population d’agents augmente, tout en prenant en charge le masquage des identifiants, les approbations, les contrôles d’urgence, la surveillance et l’enregistrement continu des actions.

Principaux enseignements pour les dirigeants

• Donnez aux agents IA un cycle de vie d’identité de la main-d’œuvre : les équipes IT et sécurité peuvent gouverner les agents via un onboarding formel, un accès défini, une responsabilité nominative, des revues régulières et l’offboarding. Les agents autonomes exigent aussi le masquage des identifiants, des étapes d’approbation, de la surveillance et des contrôles d’arrêt d’urgence.
• Découvrez et enregistrez chaque agent : une découverte continue à travers le cloud, le SaaS, les appareils et les systèmes on-premises crée l’inventaire nécessaire à des contrôles d’accès fiables. L’enregistrement peut ensuite rattacher chaque agent à une finalité, un périmètre autorisé et un propriétaire humain responsable.
• Contrôlez les accès et gouvernez en continu les comportements : les équipes sécurité peuvent appliquer le moindre privilège, des identifiants limités dans le temps, une approbation humaine pour les opérations sensibles et une révocation rapide aux agents enregistrés. La journalisation et les revues d’accès récurrentes fournissent la piste d’audit nécessaire pour détecter les changements de périmètre et reconstituer les actions.
• Unifiez les systèmes qui appliquent la gouvernance des agents : des systèmes fragmentés d’identité, d’accès, de gestion des appareils et de sécurité rendent plus difficile l’application de contrôles cohérents entre les environnements. Les organisations qui font monter en charge des agents critiques pour l’activité ont besoin d’une couche de contrôle cohérente qui maintienne les identités, permissions et actions des agents sous gouvernance dans l’ensemble du parc technologique.