Shadow AI et agents Copilot Studio non gouvernés : le risque que les RSSI doivent traiter en 2026
Le Shadow AI est l'usage d'outils et d'agents d'IA sans validation de la DSI. Sa forme Power Platform, ce sont les agents Copilot Studio créés par les métiers, connectés à des données d'entreprise et publiés sans revue de sécurité. Le CERT-FR a posé le cadre en avril 2026 ; la gouvernance Power Platform doit désormais couvrir ce périmètre.
Résumer cet article avec une IA
Le lien ouvre l'assistant choisi avec une question pré-remplie pointant vers cette page.
Qu'est-ce que le Shadow AI, en une phrase
Le Shadow AI désigne l'usage d'outils et d'agents d'intelligence artificielle par les métiers sans validation ni visibilité de la DSI et du RSSI. Sa variante Power Platform, ce sont les agents Copilot Studio créés par des utilisateurs métier, connectés à des données d'entreprise, publiés sans revue de sécurité.
C'est le même mécanisme que le Shadow IT Excel, avec deux différences : l'agent agit au lieu de calculer, et il traverse les frontières de données sans que personne l'ait autorisé.
Ce que dit l'ANSSI, et ce que ça implique pour vous
Le CERT-FR a publié le 13 avril 2026 le bulletin d'actualité CERTFR-2026-ACT-016, consacré aux vulnérabilités et risques des produits d'automatisation par IA agentique sur les postes de travail (CERT-FR - CERTFR-2026-ACT-016). Le bulletin recommande de proscrire le déploiement en production de ces assistants autonomes sur les postes de travail tant qu'ils ne présentent pas les garanties attendues, et de cantonner l'expérimentation à des environnements isolés.
Deux lectures s'imposent pour un RSSI :
- La recommandation ne vise pas nommément Copilot Studio. Elle vise une classe de produits : des agents qui exécutent des actions, pas seulement qui répondent. Un agent Copilot Studio doté d'actions et de connecteurs entre dans cette classe.
- Le critère de risque est l'autonomie d'exécution, pas la marque. Un agent qui lit une boîte mail, écrit dans SharePoint et appelle une API sortante a une surface d'attaque, quelle que soit la plateforme qui l'héberge.
Pourquoi le sujet arrive maintenant
Les usages non gouvernés sont déjà installés. Une analyse publiée en juin 2026 indique que 68 % des salariés français utilisent des outils d'IA non approuvés par leur direction informatique, 42 % depuis un compte personnel, et 9 % en contournant une interdiction explicite (Atlantico, juin 2026). Côté sécurité, 88 % des responsables cyber français déclarent constater des usages non autorisés de l'IA dans leur organisation (Le Journal des Entreprises, septembre 2026).
Ces chiffres portent sur l'IA en général. Ils décrivent le climat, pas votre tenant. La question à traiter est différente et vérifiable : combien d'agents existent aujourd'hui dans vos environnements Power Platform, et qui y a accès ?
Les quatre risques spécifiques d'un agent Copilot Studio non gouverné
1. Exfiltration par combinaison de connecteurs
Un agent qui accède à une source de données interne et à un service sortant crée un chemin d'exfiltration, même sans intention malveillante. C'est exactement le risque que les stratégies de protection contre la perte de données de Power Platform sont conçues pour bloquer, en classant les connecteurs en groupes qui ne peuvent pas être mélangés dans une même ressource (Microsoft Learn - Stratégies DLP Power Platform).
2. Partage trop large
Un agent partagé avec « tout le monde dans l'organisation » expose ses connaissances et ses actions à l'ensemble du tenant. Le partage des agents Copilot Studio se pilote au niveau administrateur et peut être restreint (Microsoft Learn - Partage des agents Copilot Studio).
3. Injection de prompt via les sources de connaissance
Un agent ancré sur des documents ou des sites que l'entreprise ne contrôle pas peut recevoir des instructions dissimulées dans ces contenus. C'est le risque central de l'IA agentique : le contenu traité devient un vecteur d'instruction.
4. Absence de traçabilité
Un agent créé dans l'environnement par défaut, non managé, ne laisse pas de trace exploitable pour un audit. Les environnements managés apportent les capacités de gouvernance, de reporting d'usage et de contrôle attendues sur ce périmètre (Microsoft Learn - Environnements managés).
Ce que la gouvernance Power Platform classique doit désormais couvrir
La bonne nouvelle pour un RSSI : les mécanismes existent déjà. Ils n'ont simplement jamais été étendus aux agents.
| Mécanisme existant | Extension nécessaire aux agents IA |
|---|---|
| Stratégies DLP | Classer les connecteurs utilisables par les agents, pas seulement par les flux et les applications |
| Cartographie des ressources | Inventorier les agents Copilot Studio, leurs auteurs, leurs sources de connaissance et leurs actions |
| Stratégie d'environnements | Interdire la création d'agents dans l'environnement par défaut, ouvrir des environnements dédiés |
| Revue des partages | Traiter le partage « toute l'organisation » comme une exception motivée, pas comme un réglage |
| Journalisation | Vérifier que les actions d'agent remontent dans un journal d'audit exploitable par le SOC |
Microsoft documente le cadre de sécurité et de gouvernance propre à Copilot Studio, qui s'articule avec les contrôles Power Platform du tenant (Microsoft Learn - Sécurité et gouvernance Copilot Studio).
La question de l'environnement par défaut
C'est le point de départ de la quasi-totalité des Shadow AI Power Platform. L'environnement par défaut est ouvert à tous les utilisateurs licenciés, sans demande préalable. Une stratégie d'environnements explicite est le premier contrôle à poser (Microsoft Learn - Vue d'ensemble des environnements).
Le plan de traitement en quatre étapes
- Inventorier. Lister les agents existants, par environnement, avec auteur, date, connecteurs et périmètre de partage. Sans inventaire, aucune décision n'est défendable.
- Classer. Séparer les agents sans donnée sensible, ceux à restreindre, et ceux à arrêter. Le critère est la combinaison source interne plus action sortante.
- Encadrer. Étendre les stratégies DLP aux connecteurs des agents, fermer la création dans l'environnement par défaut, ouvrir des environnements managés pour les usages validés.
- Maintenir. Une revue périodique, sinon l'inventaire est faux dans trois mois. C'est le point qui manque dans la majorité des gouvernances existantes.
Les trois premières étapes correspondent au périmètre de notre offre Audit & Gouvernance Power Platform : cartographie complète du tenant, analyse des stratégies DLP, revue des environnements et des partages, plan de remédiation priorisé. La quatrième relève de la Veille & MCO, à 1 999 € HT par mois.
Si le sujet Shadow IT vous est familier côté tableurs, la logique est identique : voir notre analyse du Shadow IT Excel et notre comparatif des alternatives au CoE Starter Kit, désormais non maintenu par Microsoft.
Demander un audit de gouvernance
Un audit Power Platform vous donne, en sortie, l'inventaire réel de vos environnements, applications, flux et agents, l'écart entre vos stratégies DLP et vos usages, et un plan de remédiation classé par risque. Vous pouvez nous contacter ou planifier un échange de 30 minutes pour cadrer le périmètre.
FAQ
Qu'est-ce que le Shadow AI en entreprise ?
Le Shadow AI est l'usage d'outils ou d'agents d'intelligence artificielle par les collaborateurs sans validation ni visibilité de la DSI. Il inclut les IA génératives grand public utilisées depuis un compte personnel et les agents créés en interne sans revue de sécurité.
L'ANSSI interdit-elle les agents Copilot Studio ?
Non. Le bulletin CERTFR-2026-ACT-016 du 13 avril 2026 ne vise aucun produit Microsoft nommément. Il recommande de proscrire en production les assistants IA autonomes sur les postes de travail et de limiter l'expérimentation à des environnements isolés. Un agent Copilot Studio doté d'actions autonomes relève de la même analyse de risque.
Comment savoir combien d'agents existent dans mon tenant ?
Par une cartographie du tenant environnement par environnement, incluant les agents Copilot Studio, leurs auteurs, leurs connecteurs et leur périmètre de partage. C'est le premier livrable d'un audit de gouvernance Power Platform.
Une stratégie DLP suffit-elle à sécuriser les agents ?
Non. Une stratégie DLP empêche des combinaisons de connecteurs dangereuses, mais elle ne traite ni le partage trop large, ni l'injection de prompt via les sources de connaissance, ni l'absence de journalisation. Elle est nécessaire, pas suffisante.
Faut-il bloquer la création d'agents par les métiers ?
Bloquer sans alternative produit du contournement. La pratique qui fonctionne consiste à fermer l'environnement par défaut et à ouvrir des environnements dédiés, avec un circuit de demande court et des règles DLP explicites.
Combien de temps prend un audit de gouvernance Power Platform ?
Le périmètre standard couvre la cartographie, l'analyse DLP, la revue des environnements et le plan de remédiation. La durée dépend du nombre d'environnements et de ressources ; le cadrage se fait lors d'un premier échange.