Guide
Shadow AI : pourquoi vos meilleurs employés donnent les clés à un agent
Le shadow AI a changé de nature : après les données collées dans un chatbot, les identifiants confiés à des agents. La checklist de détection pour DSI et RSSI, les sept clauses d'une politique tenable, et la seule réponse qui l'éteint durablement.
Publié le 20 juillet 2026
Le shadow AI désigne l'usage d'outils d'intelligence artificielle par les équipes sans validation de la DSI : comptes personnels, données de l'entreprise, aucune trace. Le phénomène est massif : selon IDC (2025), 86 % des entreprises françaises envoient des données sensibles vers des outils d'IA non souverains. Et il vient de changer de nature : après les données collées dans un chatbot, voici les identifiants confiés à des agents. Ce guide donne la grille de détection, les clauses d'une politique qui sera respectée, et la raison pour laquelle ni l'une ni l'autre ne suffira seule.
Le paradoxe : ce sont vos meilleurs éléments
Le salarié qui installe un outil d'IA sans demander n'est pas le tire-au-flanc du service. C'est celui qui veut rendre son travail plus vite et mieux fait, et qui n'a pas trouvé dans le SI officiel de quoi le faire. Le shadow AI se distribue comme l'initiative : il commence par vos profils les plus moteurs. Le réprimer sans offrir mieux revient à sanctionner exactement le comportement que l'entreprise dit vouloir.
C'est la première chose à comprendre avant toute politique : le shadow AI est un signal de demande. Il dit, avec précision, où vos outils actuels ne suffisent pas.
Le saut de 2026 : du chatbot à l'agent
Le shadow AI première époque, c'était un document collé dans un chatbot public. Le risque était réel mais borné : une fuite de données, une violation de confidentialité, un texte reparti dans l'entraînement d'un modèle tiers.
La deuxième époque a commencé avec les agents personnels open source, type OpenClaw, qu'un salarié installe en quelques minutes et branche sur sa messagerie, son agenda ou le CRM avec ses propres identifiants. La différence est de nature, pas de degré : un chatbot voyait passer vos données, un agent tient vos clés. Il dispose d'un accès permanent, il agit (envoie, modifie, répond), et ses autorisations survivent souvent à l'outil lui-même, oubliées dans l'annuaire. Un courriel malencontreux parti d'un agent engagera l'entreprise aussi sûrement que s'il avait été écrit à la main, avec une circonstance aggravante : personne ne saura d'où il vient.
La checklist de détection
L'ampleur réelle se mesure en une à deux semaines, avec des moyens que vous avez déjà. Dans l'ordre du rendement :
- Les autorisations OAuth de votre annuaire. Les applications tierces autorisées sur les comptes de votre messagerie d'entreprise, triées par date d'octroi. C'est ici que les agents apparaissent, et c'est la revue au meilleur rendement : elle détecte et elle permet de révoquer dans le même geste.
- Les journaux réseau et le proxy. Les sorties vers les domaines des grands fournisseurs de modèles, en volume et par service. Un pic sur un service qui n'a aucun outil IA validé est une réponse en soi.
- Les extensions de navigateur. L'inventaire par la gestion de parc : les assistants IA s'installent d'abord là, au plus près des données affichées à l'écran.
- Les notes de frais. Les abonnements IA remboursés en "logiciel" ou passés sur carte personnelle. La direction financière voit ce que le SI ne voit pas.
- Les dépôts de code. Un scan de secrets sur vos dépôts : les clés d'API de fournisseurs de modèles s'y retrouvent avec une régularité décourageante.
- Le parc. Les agents et outils en ligne de commande installés sur les postes, visibles dans votre inventaire de gestion de parc.
- L'entretien sans sanction. Annoncez une période déclarative sans blâme : qui utilise quoi, sur quelles données, pour quel usage. C'est le seul point de la liste qui mesure aussi le besoin, pas seulement le risque, et il prépare l'étape suivante.
Les sept clauses d'une politique qui sera respectée
Une politique IA tient à trois conditions : courte, applicable de tête, et capable de dire oui vite. Une politique qui répond en trois mois fabrique le shadow AI qu'elle prétend interdire.
- Trois classes de données, et ce que chacune autorise : publique, interne, sensible. Assez simple pour être appliquée à la volée, sans consulter personne.
- La liste des outils validés, avec un délai de réponse engagé pour toute demande d'ajout. Le délai est la clause la plus importante : c'est lui qui rend le détour inutile.
- Jamais d'identifiants d'entreprise dans un outil non validé. Ni mot de passe, ni cookie de session, ni délégation OAuth. La règle vaut pour les agents avant tout.
- Pas d'accès en écriture autonome d'un agent à un système de production : toute action sortante (envoi, modification, publication) passe par une validation humaine.
- Comptes professionnels uniquement, avec exclusion d'entraînement vérifiée par écrit, contrat à l'appui, pas sur la foi d'une page marketing.
- Signalement d'incident sans sanction. La peur du blâme est le premier obstacle à la détection ; une politique punitive rend aveugle.
- Un registre des usages IA, tenu et revu à cadence fixe. C'est lui que demanderont l'assureur cyber, le client grand compte et le régulateur, dans cet ordre.
Pour l'usage encadré des outils grand public eux-mêmes, la charte minimale est détaillée dans ChatGPT en entreprise : le guide lucide.
La seule réponse qui l'éteint
L'interdiction déplace l'usage vers les téléphones personnels, où le risque demeure et la mesure disparaît. La politique encadre, mais n'éteint pas la demande : elle était là avant elle. Ce qui éteint le shadow AI, c'est une alternative officielle meilleure que le détour : des agents qui travaillent vraiment sur les outils de l'entreprise, avec des réponses qui citent leurs sources, sur une instance que la DSI gouverne de bout en bout, journal d'audit compris. Le jour où l'outil validé est le plus efficace, le shadow AI cesse d'être une tentation et redevient ce qu'il aurait toujours dû être : une liste de besoins, classée par ordre de priorité par vos propres équipes.
Pour évaluer où vous en êtes, la grille d'audit de votre IA interne pose les sept questions dans l'ordre où un auditeur les posera ; et ce qu'une DSI peut exiger d'une couche d'IA gouvernée est détaillé sur la page dédiée aux DSI et RSSI.
Questions fréquentes
Le shadow AI est-il interdit par un texte ?
Aucun texte ne l'interdit en tant que tel. Il fait violer d'autres obligations : le RGPD quand des données personnelles partent vers un traitement non déclaré, le secret professionnel, les clauses de confidentialité de vos contrats clients. Et les obligations de déployeur du règlement européen sur l'IA supposent de savoir quels systèmes sont utilisés dans l'entreprise, ce qui est impossible sans inventaire.
Bloquer les domaines des outils d'IA au pare-feu suffit-il ?
Non. Le blocage déplace l'usage vers les téléphones personnels, hors de toute visibilité : le risque reste entier, la mesure disparaît. Le blocage peut compléter une politique sur les données les plus sensibles ; il ne remplace ni la détection, ni l'alternative.
Quelle différence entre shadow IT et shadow AI ?
La vitesse d'abord : un compte IA se crée en deux minutes, sans installation ni achat. La gravité ensuite : l'utilisateur y colle précisément les documents qui comptent. L'agentivité enfin, propre à la deuxième époque : un logiciel non déclaré stockait vos données, un agent non déclaré agit avec vos accès.
Par où commencer ?
Par la mesure : les autorisations OAuth et les journaux réseau livrent un état des lieux en une semaine. Puis la politique, courte et rapide à dire oui. Puis l'alternative, sans laquelle les deux premières s'usent. Si l'inventaire vous surprend, c'est qu'il fonctionne ; si le sujet mérite d'être posé à plat, parlons-en.