Quand une nouvelle employée se joint à votre entreprise, vous ne lui tendez pas un papillon adhésif avec le mot de passe de quelqu'un d'autre en lui disant de se mettre au travail. Vous créez un compte. Vous décidez ce qu'il peut toucher. Vous le récupérez à son départ. Ce rituel est si élémentaire que plus personne n'y pense comme à de la sécurité. C'est simplement ainsi que le travail commence.
Maintenant, comptez vos agents IA. Si l'un d'eux fonctionne avec une clé d'API copiée-collée, l'identifiant d'un collègue ou un compte de service partagé, vous avez embauché des travailleurs sans identité, et vous êtes dans la majorité. Un sondage VentureBeat de juin 2026 auprès de 107 entreprises révèle que 69 % des organisations admettent partager des identifiants quelque part dans leur flotte d'agents, et que seulement 32 % donnent à chaque agent sa propre identité gérée et à portée limitée. Le même sondage montre que 54 % ont déjà vécu un incident de sécurité impliquant un agent IA ou une quasi-catastrophe : 18 % d'incidents confirmés, 36 % attrapés avant qu'ils ne causent des dommages. VentureBeat a donné au phénomène un nom qui risque de rester : l'écart de sécurité des agents.
C'est la suite opérationnelle de l'écart de gouvernance dont nous parlions en juin. La gouvernance demande si vous pouvez voir ce que vos agents ont fait. La sécurité pose une question plus difficile : quand quelque chose tourne mal, pouvez-vous dire quel agent l'a fait, et pouvez-vous l'arrêter sans tout casser autour ? Pour la plupart des entreprises, aujourd'hui, la réponse honnête est non.
Pourquoi les agents brisent le modèle d'identité
Chaque système d'identité de votre entreprise a été conçu autour d'une hypothèse silencieuse : un compte appartient à une personne. Un humain, une connexion, une invite d'authentification multifacteur, une liste de départ quand la personne s'en va. Tout l'appareil, des politiques de mots de passe aux révisions d'accès, repose sur cette correspondance un pour un.
Les agents en violent chaque partie. On les crée en un après-midi, sans passer par les RH. Ils peuvent être dix vendredi et quarante à la fin du trimestre. Ils agissent à la vitesse de la machine, jour et nuit, sans téléphone pour recevoir le code MFA (voir ce qu'un agent 24/7 fait vraiment). Et personne ne planifie d'entrevue de départ pour un script.
Alors les équipes prennent le chemin de la moindre résistance. Elles collent une clé d'API qui fonctionne déjà. Elles laissent l'agent tourner sous le compte de la personne qui l'a construit. Elles pointent cinq agents vers un seul compte de service parce qu'en créer cinq ressemblait à de la paperasse. Rien de tout cela n'est de la négligence ; c'est le comportement par défaut de gens occupés qui utilisent des outils d'identité jamais conçus pour une main-d'œuvre qui se multiplie. La Cloud Security Alliance a mesuré le résultat prévisible : 82 % des entreprises disent que des agents IA inconnus opèrent dans leurs environnements, et 53 % ont vu des agents dépasser leurs permissions prévues.
Ce qu'un identifiant partagé coûte réellement
Un identifiant partagé semble gratuit jusqu'au moment où il ne l'est plus. Trois échecs arrivent ensemble :
| Sans identité par agent... | Voici ce qui arrive |
|---|---|
| Aucune attribution | Cinq agents partagent une clé, alors quand un dossier est supprimé ou qu'un courriel étrange part, le journal dit que c'est la clé qui l'a fait. Quel agent ? La réponse aux incidents devient un jeu de devinettes. |
| Aucune révocation chirurgicale | La seule façon d'arrêter un agent fautif est de tuer l'identifiant dont tous les agents dépendent. Vous choisissez entre un incident qui continue et une panne auto-infligée. |
| Un rayon d'impact sans limite | Un agent piégé par une injection d'invite hérite de toutes les permissions de la clé partagée, pas seulement de celles dont sa tâche avait besoin. La compromission de votre agent le moins important porte les accès de votre agent le plus important. |
Les données du sondage chiffrent la différence. Dans les environnements où il y a du partage d'identifiants, 63,5 % rapportent un incident ou une quasi-catastrophe. Là où chaque agent a sa propre identité à portée limitée, le taux tombe à 40,9 %. L'identité n'est pas une coquetterie de conformité ; c'est le contrôle unique dont l'effet mesuré est le plus clair sur la probabilité de finir par rédiger un rapport d'incident. Et pourtant, seulement environ trois organisations sur dix isolent leurs agents les plus à risque.
Les gouvernements l'ont remarqué
En mai 2026, les agences de cybersécurité du Groupe des cinq, dont la CISA, la NSA, le NCSC britannique et le Centre canadien pour la cybersécurité, ont publié Careful Adoption of Agentic AI Services, les premières lignes directrices de sécurité multigouvernementales visant directement l'IA agentique. Leurs conseils rejoignent remarquablement les constats du sondage : étendre le moindre privilège et la confiance zéro aux agents, donner à chaque agent une identité distincte et vérifiable, séparée des identités humaines, présumer que les agents se comporteront de façon inattendue, et concevoir pour la réversibilité, la capacité de défaire ce qu'un agent a fait, pas seulement de le bloquer.
Ces lignes directrices ne sont pas contraignantes, mais là n'est pas la question. Elles fixent l'attente que les régulateurs, les assureurs et les clients d'entreprise invoqueront quand ils demanderont comment votre IA est contrôlée, de la même façon que l'exigence de piste de vérification est passée de bonne pratique à réalité de conformité. « Nos agents partagent tous une clé d'API » est sur le point de sonner comme « nos développeurs partagent tous le mot de passe root » sonnait en 2015.
Le correctif en cinq étapes
Refermer l'écart n'exige pas un département de sécurité. Il exige de faire de la chose ennuyeuse, un agent, une identité, le chemin de la moindre résistance.
- Inventoriez chaque agent. Vous ne pouvez pas limiter ce que vous ne voyez pas, et si 82 % des entreprises ont des agents inconnus, présumez que c'est votre cas aussi. Une seule liste : chaque agent, sa tâche, ses identifiants, son responsable.
- Un agent, une identité. Chaque agent reçoit son propre compte ou sa propre clé, avec un humain responsable. Dès que deux agents partagent un identifiant, vous avez perdu l'attribution, et l'attribution est ce dont dépendent tous les autres contrôles.
- Accordez le minimum, faites expirer l'accès. Limitez chaque identité aux outils que sa tâche exige, rien de plus, et revoyez l'accès quand la tâche change. La plupart des agents sont surprivilégiés parce que personne n'y regarde deux fois.
- Mettez les agents risqués en bac à sable. Un agent qui lit le web et peut agir sur vos systèmes est votre employé le plus dangereux. Isolez-le, et présumez que tout ce qu'il ingère peut être hostile.
- Journalisez tout, et gardez le bouton d'annulation. Chaque action conséquente laisse une trace liée à l'agent qui l'a posée, et pour les actions qui comptent le plus, préférez les conceptions que vous pouvez inverser à celles que vous ne pouvez que regretter.
Faites-le dès le premier agent et cela coûte des minutes. Rattrapez-le sur un étalement de clés partagées et cela coûte un trimestre.
Où Crewdle s'inscrit
Si la plupart des entreprises échouent à l'identité par agent, c'est que leurs agents vivent éparpillés dans une douzaine de services, où la clé partagée est toujours le chemin facile. Crewdle fait du bon chemin le chemin par défaut :
- Chaque agent est quelqu'un. Dans Crewdle Connect, un agent est créé avec un nom, un rôle et ses propres connexions aux outils. C'est une entité de plein droit que vous pouvez pointer du doigt, pas un script installé sur la connexion d'un humain.
- Les permissions sont des interrupteurs par agent. Crewdle Admin montre quel agent peut toucher quel outil, et accorder ou révoquer un accès est un commutateur, pas un projet de rotation de clés. Arrêter un agent ne casse pas les autres.
- Le compteur sert aussi de piste de vérification. Parce que Crewdle est facturé à l'usage, chaque tâche est attribuée à l'agent qui l'a exécutée, alors le même écran qui garde les dépenses sous contrôle répond à la question de sécurité : quel agent a fait quoi, et quand.
- Vos données restent les vôtres. Les conversations et le contenu ne sont jamais utilisés pour entraîner des modèles d'IA, ce qui ferme un risque d'identité plus discret : que ce que vos agents savent fuie dans les modèles de quelqu'un d'autre.
À retenir
L'écart de sécurité des agents n'est pas une histoire d'IA effrayante. C'est une histoire d'hygiène d'identité ordinaire qui ne suit pas une main-d'œuvre qui se multiplie : 54 % des entreprises déjà échaudées, deux tiers qui partagent encore des identifiants, et la différence mesurée entre les deux postures affichée en clair, 63,5 % contre 40,9 %. Les agences du Groupe des cinq viennent de dire ce que les données disaient déjà : un agent qui peut agir a besoin d'une identité qu'on peut nommer, limiter et révoquer. Votre première employée a reçu un identifiant avant de recevoir une tâche. Vos agents méritent la même chose, et après cette année, les gens qui poseront des questions sur votre IA s'y attendront.
Commencez gratuitement et donnez à votre premier agent ce que chaque travailleur reçoit au jour un : un nom, une tâche et son propre trousseau de clés.
Posez vos questions sur cet article 
