Un collaborateur connecte un agent IA à son CRM pour automatiser des relances commerciales. L’agent accède aux fiches clients, rédige des messages, les envoie. Personne à la DSI n’a validé ce branchement, personne au DPO n’a vérifié quelles données personnelles transitent. Ce scénario n’est plus hypothétique : il se produit déjà dans des organisations de toutes tailles.
Le Shadow IT désignait les outils adoptés sans l’aval de la direction informatique. Le Shadow AI a étendu le problème aux usages non encadrés de l’IA générative. Avec les agents IA autonomes, capables d’agir sur des applications, des flux de données et des services web sans intervention humaine à chaque étape, une troisième vague se dessine : le Shadow Agent.
Agents IA sur-permissionnés : le vrai problème de sécurité
Les permissions excessives accordées aux agents IA déjà déployés en entreprise constituent un angle mort majeur de la sécurité informatique.
Un rapport Opsin Labs publié en août 2026 révèle que la majorité des agents IA en entreprise sont sur-permissionnés. Concrètement, un agent conçu pour résumer des comptes rendus de réunion peut aussi, techniquement, lire l’intégralité d’un espace documentaire, y compris des documents RH confidentiels ou des contrats en négociation. Des acteurs comme Fidens accompagnent les organisations dans l’identification de ces failles de gouvernance, un enjeu devenu critique à mesure que les flottes d’agents se multiplient.
Selon le rapport Gravitee/Agentry (août 2026), la taille médiane des flottes d’agents a doublé entre décembre 2025 et avril 2026. La couverture de monitoring, elle, n’a progressé que marginalement. Résultat : environ la moitié des agents échappent à la visibilité des équipes sécurité et conformité.
Les organisations déploient des agents à un rythme accéléré, mais les garde-fous ne suivent pas.
Shadow Agent : pourquoi les risques dépassent ceux du Shadow AI
Un salarié qui colle un document confidentiel dans ChatGPT crée un risque ponctuel de fuite de données. Un agent IA autonome, lui, agit en continu. Il peut enchaîner des actions sur plusieurs plateformes, modifier des données dans un ERP, envoyer des courriels, créer des entrées dans une base sans qu’un humain valide chaque opération.
La différence tient en un mot : l’autonomie d’exécution remplace l’usage ponctuel. Un outil de Shadow AI reste passif (on lui soumet une requête, il répond). Un agent de Shadow Agent est actif : il prend des décisions intermédiaires pour atteindre un objectif, parfois en interprétant des consignes floues.
VentureBeat Pulse Research (août 2026) souligne que seulement 18 % des entreprises isolent leurs agents jugés les plus risqués. Même parmi celles qui déclarent appliquer des permissions ciblées, la capacité à contenir un agent qui déraille reste faible.
Trois types d’actions non autorisées à surveiller
- L’accès élargi aux données : un agent configuré pour un périmètre précis qui, par héritage de permissions, lit des documents ou des flux auxquels il ne devrait pas accéder (données personnelles, documents stratégiques).
- L’action transversale non prévue : un agent qui, pour accomplir sa tâche, se connecte à une application tierce, crée un compte ou déclenche un processus dans un outil que la DSI ne supervise pas.
- La persistance silencieuse : un agent déployé pour un projet ponctuel qui continue de tourner, d’accéder à des ressources et de consommer des API après la fin du besoin initial.
AI Act et conformité RGPD : le Shadow Agent devient un problème juridique
Le risque n’est pas uniquement technique. L’AI Act européen introduit une obligation de « literacy » IA pour toute organisation déployant des systèmes d’IA. Une entreprise ne peut plus plaider l’ignorance si des agents IA opèrent en son sein sans cadre.
Un agent qui traite des données personnelles (fichiers clients, données RH, historiques de navigation) sans base légale documentée expose l’organisation à des sanctions au titre du RGPD. Le DPO ne peut pas cartographier ce qu’il ne voit pas. Et quand la moitié des agents échappent au monitoring, la conformité devient une fiction.
Cette convergence entre IA autonome et cadre réglementaire européen change la nature du problème. Le Shadow Agent n’est plus un irritant pour la DSI : c’est un risque de non-conformité que le comité de direction doit traiter.
Gouvernance des agents IA : par où commencer
Les collaborateurs adopteront les outils qui leur font gagner du temps, avec ou sans autorisation. L’enjeu est de rendre visible ce qui ne l’est pas, puis de poser des règles proportionnées. Quelques leviers concrets :
- Inventorier les agents actifs en auditant les flux API et les connexions OAuth sur les plateformes (Microsoft 365, Google Workspace, CRM, ERP). Un agent laisse des traces réseau identifiables.
- Appliquer le principe du moindre privilège à chaque agent, comme on le fait (ou devrait le faire) pour les comptes utilisateurs humains. Révoquer les permissions inutilisées après un délai défini.
- Créer une identité machine distincte pour chaque agent, avec un cycle de vie géré (création, rotation des secrets, désactivation). Les agents ne doivent pas hériter des droits du compte de la personne qui les a créés.
- Intégrer le DPO dès la phase de conception : si un agent accède à des données personnelles, une analyse d’impact (AIPD) est requise avant sa mise en production.
Un agent sans propriétaire identifié et sans périmètre documenté doit être désactivé, quelle que soit son utilité perçue. C’est le seul garde-fou réaliste quand la visibilité manque.
Le Shadow Agent n’est pas une menace théorique à horizon 2030. Les flottes d’agents doublent tous les quelques mois, les permissions sont trop larges, le monitoring est insuffisant. Les conséquences d’une absence de gouvernance seront d’autant plus rapides et profondes que ces agents, contrairement aux outils de Shadow IT classiques, agissent de manière autonome et continue.
