Shadow AI : le problème n’est pas l’IA. C’est l’IA hors radar.
Tu as déjà de la shadow AI dans ta boîte. Même si “officiellement” rien n’est autorisé.
Terrain classique :
- un commercial qui bosse sur ChatGPT avec son compte perso parce que “le compte pro bug” ou “ça va plus vite”,
- une extension navigateur qui résume des pages et aspire au passage des contenus internes,
- un copier-coller d’un devis, d’un contrat ou d’un export client dans un outil IA “gratuit”,
- un outil de prise de notes en réunion qui envoie l’audio chez un prestataire sans que personne ne sache où ça part.
Microsoft et LinkedIn l’ont documenté : le “Bring Your Own AI” est déjà massif. Une stratégie “j’interdis et c’est réglé” ne colle pas avec la réalité. L’usage est dans les habitudes. Donc l’usage se fera. Avec ou sans toi.
Et côté sécurité, ce n’est pas théorique. Des rapports comme ceux de Netskope montrent que des données sensibles finissent régulièrement dans des apps d’IA générative. Cisco observe aussi que beaucoup d’organisations mettent des limites sur les données et les outils, et qu’une partie a même interdit temporairement. IBM relie la shadow AI à des surcoûts lors d’incidents. Traduction dirigeant : ce n’est pas juste “un risque IT”, c’est un risque business.
Pourquoi tes équipes contournent (et pourquoi c’est rationnel)
La shadow AI n’apparaît pas parce que les gens sont irresponsables. Elle apparaît quand :
- l’outil officiel est absent (rien n’est proposé),
- l’accès est pénible (procédure, validations, délais),
- l’outil officiel est inférieur (quotas, lenteur, fonctionnalités manquantes),
- les règles sont floues (personne ne sait ce qui est autorisé).
Donc ton objectif n’est pas “zéro usage”. Ton objectif c’est :
- réduire la fuite de données IA (clients, RH, finance, juridique, IP, code),
- remettre de la traçabilité (qui utilise quoi, pour quoi),
- éviter de casser la productivité (sinon, contournement immédiat).
Le plan : 7 contrôles simples pour une gouvernance IA PME qui marche
Ces 7 contrôles sont volontairement “légers”. Pas un programme GRC d’ETI. Mais assez solides pour reprendre la main vite.
1) Une politique d’usage claire, courte, opérationnelle
Une politique IA entreprise qui fait 18 pages ne sert à rien. Tes équipes ne liront pas. Fais 1 page, et assume.
Structure simple :
- Ce qui est autorisé (cas d’usage et outils).
- Ce qui est interdit (types de données, actions).
- Ce qui est autorisé sous conditions (anonymisation, validation, outils spécifiques).
- Qui décide (un owner clair : DSI, DG, RSSI, ou responsable ops selon ta taille).
Exemples de règles qui fonctionnent :
- OK : reformuler un email client à partir d’un texte déjà envoyé au client.
- OK : créer un plan de réunion, un guide, une checklist interne sans données sensibles.
- Non : coller un contrat, un export CRM, un bulletin de paie, un RIB, un dossier disciplinaire.
- Non : coller du code propriétaire dans un outil non approuvé.
Et ajoute une phrase qui coupe court aux débats : “Si tu hésites, tu considères que c’est non et tu demandes une exception.”
2) Une liste d’outils autorisés (et une liste “interdits”)
Sans liste, tu n’as pas de gouvernance. Tu as du flou. Et le flou crée de la shadow AI.
Fais une page interne “Outils IA autorisés” avec :
- le nom de l’outil,
- le type d’usage (texte, code, réunion, image),
- la règle de données associée,
- le mode d’accès (SSO ou compte managé),
- un contact support interne.
Ajoute aussi une mini liste “interdits” pour les gros risques récurrents :
- extensions navigateur non validées,
- outils gratuits sans contrat, sans options entreprise,
- outils qui aspirent Drive/boîte mail “en un clic” sans contrôle fin.
Objectif : rendre le chemin propre plus simple que le contournement.
3) Imposer SSO/IdP dès que possible (sinon tu pilotes à l’aveugle)
Le point le plus sous-estimé par les dirigeants : l’identité.
Si chacun se crée un compte perso, tu n’as :
- ni visibilité,
- ni offboarding propre quand quelqu’un part,
- ni contrôle d’accès,
- ni facturation maîtrisée.
Donc : dès qu’un outil est “autorisé”, tu cherches le mode SSO via ton IdP (Microsoft Entra ID, Google Workspace, Okta, etc.).
Version PME pragmatique si tu n’as pas de SSO partout :
- comptes créés avec email pro uniquement,
- MFA obligatoire,
- mots de passe gérés,
- procédure d’offboarding (désactivation + récupération des accès).
Ce contrôle réduit directement la shadow AI, parce qu’il réduit l’usage des comptes perso.
4) Des règles de données très concrètes : “ce qui ne sort jamais”
Le vrai sujet derrière “shadow AI”, c’est la fuite de données IA. Et ça, tu ne le règles pas avec des slogans. Tu le règles avec une liste claire.
Fais 3 catégories. Simple. Mémorisable.
- Rouge (ne sort jamais) : données clients identifiantes, RH (salaires, évaluations), finance (trésorerie détaillée, marges par client), juridique (contrats, litiges), IP (code source, specs non publiques), secrets d’affaires.
- Orange (sort seulement si anonymisé) : verbatims clients, tickets support, extraits de docs internes, procédures, comptes rendus, à condition de retirer noms, emails, numéros, références client, et toute info permettant de ré-identifier.
- Vert (ok) : contenus publics, contenus marketing déjà publiés, templates génériques, questions de méthode sans données sensibles.
Ajoute une règle “anti-erreur” : pas d’upload de fichier dans un outil non autorisé, même si le texte te semble “pas sensible”. Les fichiers contiennent souvent des métadonnées, des annexes, des noms, des historiques.
Si tu veux cadrer le risque “preuve”, lis aussi ça : https://jimmymanin.com/blog/vos-prompts-peuvent-devenir-des-preuves-ce-que-tout-dirigeant-doit-cadrer
5) Une journalisation minimale (pas de flicage, juste de la maîtrise)
Tu n’as pas besoin d’espionner les prompts de tout le monde. Tu as besoin d’un minimum de signaux pour piloter.
Journalisation minimale = tu suis :
- quels outils sont utilisés,
- par quels comptes (id pro),
- volumétrie (au moins : fréquence, pas forcément le contenu),
- partage de fichiers (oui/non, types),
- incidents déclarés.
Pourquoi c’est indispensable ? Parce que sans logs, tu ne sais pas :
- où partent tes données,
- où mettre l’effort de formation,
- quels outils tu dois financer (et lesquels couper),
- où le shadow AI est en train d’exploser.
Message à passer en interne : ce n’est pas du contrôle social, c’est du contrôle de risque. Même logique que la gestion des accès ou des postes.
6) Une revue mensuelle des usages (30 minutes, pas un comité théâtre)
La gouvernance IA PME marche si elle vit. Pas si elle est “publiée” puis oubliée.
Rituel simple, 1 fois par mois, 30 minutes :
- Top 5 des outils IA utilisés (officiels et détectés).
- Top 3 des cas d’usage réels (ce qui fait gagner du temps).
- Top 3 des risques observés (données rouges, uploads, comptes perso).
- Décision : on autorise, on interdit, on encadre, ou on remplace.
Tu veux un indicateur dirigeant ? Suis juste ça :
- % d’usage via comptes managés vs comptes perso,
- nombre d’outils non approuvés détectés,
- nombre d’exceptions demandées et délai moyen de réponse.
Si ton délai d’exception dépasse une semaine, tu fabriques de la shadow AI.
7) Un circuit d’exception rapide (sinon tu encourages le contournement)
Le contrôle le plus “anti-shadow AI”, c’est celui-là.
Parce que tes équipes ont parfois raison de vouloir un outil :
- un outil de compte rendu,
- un outil de traduction,
- un outil d’analyse doc,
- un assistant code,
- un agent connecté à un outil métier.
Si la réponse interne c’est “on verra au prochain trimestre”, la réponse terrain c’est “ok je le fais avec mon compte perso”.
Process d’exception simple :
- un formulaire court (5 champs) : outil, usage, données manipulées (rouge/orange/vert), équipe, urgence,
- un SLA clair : réponse en 48h,
- 3 issues possibles : autorisé, autorisé avec conditions, refusé avec alternative.
Astuce : si tu refuses, donne une alternative officielle tout de suite. Sinon, tu ne refuses pas. Tu déplaces le problème.
Les 3 risques à mettre noir sur blanc (langage dirigeant)
Quand tu présentes le sujet en COMEX ou en réunion de direction, évite le jargon. Mets 3 risques :
- Risque fuite : données clients, RH, finance, juridique, IP. C’est le plus évident.
- Risque contractuel : clauses de confidentialité, exigences clients, sous-traitance. Une fuite via IA peut être une rupture d’engagement.
- Risque opérationnel : décisions prises sur des sorties non fiables, absence de traçabilité, automatisations non maîtrisées.
Et rappelle un point simple : un incident avec de la shadow AI coûte souvent plus cher parce que tu ne sais pas ce qui s’est passé, ni où sont passées les données.
Ce que tu peux faire cette semaine (sans projet de 6 mois)
Plan d’action en 5 jours ouvrés :
- Jour 1 : écris ta politique IA entreprise en 1 page + 3 catégories de données (rouge/orange/vert).
- Jour 2 : publie la liste des outils autorisés (même si elle est courte au début).
- Jour 3 : coupe l’ambiguïté : “pas de comptes perso pour le pro” + MFA obligatoire.
- Jour 4 : mets en place la journalisation minimale (au moins facturation, comptes, volumétrie, uploads).
- Jour 5 : lance le circuit d’exception 48h + planifie la revue mensuelle.
Si tu veux cadrer la partie fiabilité des résultats (l’autre bombe à retardement), garde ça sous la main : https://jimmymanin.com/blog/taxe-de-verification-eviter-que-lia-te-fasse-perdre-du-temps-pas-en-gagner
La règle d’or : “rendre l’IA propre plus simple que l’IA sauvage”
Tu ne gagneras pas en jouant au gendarme. Tu gagneras en :
- donnant un accès simple à 1 ou 2 bons outils,
- posant des règles de données que tout le monde comprend,
- mettant SSO et comptes managés dès que possible,
- mesurant un minimum,
- répondant vite aux besoins via les exceptions.
Si tu fais ça, tu réduis la shadow AI sans casser la productivité. Tu reprends la main. Et tu transformes un risque diffus en un sujet pilotable, comme le reste de ton entreprise.
