Dans la plupart des entreprises marocaines, l'IA générative est déjà largement utilisée. La DSI, elle, n'en a souvent qu'une vision partielle sans visibilité complète, sans politique, et sans filet de sécurité.
Le Shadow AI ne se voit pas sur un tableau de bord, il se découvre, souvent trop tard.
Le Shadow IT a habitué les DSI à composer avec des outils non déclarés. Un tableur partagé au mauvais endroit, une messagerie personnelle utilisée pour aller plus vite : ce risque restait gérable. Le Shadow AI change la donne. Prenons un exemple simple. Un employé colle un extrait de contrat, une base clients ou du code dans un assistant IA public. Ce n'est pas un simple classement au mauvais endroit. La donnée part dans un pipeline de traitement externe, parfois hors du périmètre juridique et technique de l'entreprise.
Ce n'est pas un problème marginal. En effet, pour beaucoup d'organisations, c'est même devenu le premier point aveugle de leur sécurité de l'information. Cet article propose une lecture pragmatique du sujet. Nous verrons ce qu'est réellement le Shadow AI, puis pourquoi les réponses classiques échouent le plus souvent. On pense notamment à l'interdiction ou au blocage réseau. Enfin, nous détaillerons quel cadre de gouvernance permet à une DSI de reprendre la main sans étouffer l'adoption.
Le Shadow AI, suite logique et plus risquée du Shadow IT
De quoi parle-t-on exactement
Le Shadow AI désigne l'usage d'outils d'IA par les collaborateurs, sans validation ni supervision de l'IT. Cela va du copier-coller ponctuel dans un chatbot public à l'utilisation régulière d'extensions IA dans le navigateur. Par ailleurs, cela inclut aussi les comptes personnels connectés à des données professionnelles.
Pourquoi c'est structurellement différent
Un tableur mal partagé reste un fichier : on peut le retrouver, le déplacer, le sécuriser après coup. Une donnée envoyée à un modèle d'IA change de nature. Elle est traitée, transformée, parfois conservée dans les journaux du fournisseur. Le Shadow AI ajoute deux risques supplémentaires à cette exposition classique. D'une part, la génération de contenu peut entraîner une fuite de propriété intellectuelle. D'autre part, la montée des agents autonomes introduit un risque d'action non supervisée, loin au-delà du stockage de fichiers.
L'écart qui devrait alerter toute DSI
Les grandes enquêtes internationales convergent sur un même constat. L'adoption de l'IA par les équipes va beaucoup plus vite que la mise en place d'une gouvernance formelle.
78%des utilisateurs d'IA apportent leurs propres outils au travail, selon Microsoft et LinkedIn.
55%des salariés ont déjà utilisé un outil d'IA non approuvé, selon une étude Salesforce (14 000 répondants).
21%seulement des entreprises disposaient d'une politique IA claire, la même étude relevant que 37% n'en avaient aucune.
Le message de ces chiffres n'est pas que les collaborateurs contournent les règles par défiance. En réalité, ils comblent à leur échelle un vide que l'organisation n'a pas encore structuré. C'est exactement le symptôme du Shadow IT : un IT perçu comme trop lent, plutôt qu'une volonté de nuire.
Pourquoi interdire ne fonctionne (presque) jamais
Le réflexe le plus courant face au Shadow AI reste le blocage. On pense au filtrage réseau, à l'interdiction dans la charte informatique, ou à la restriction des extensions navigateur. Cette approche part pourtant d'une bonne intention, mais produit un effet inverse à celui recherché.
Bloquer un outil ne supprime pas le besoin qui a motivé son usage. Il déplace l'activité vers des canaux moins visibles. Un compte personnel sur un réseau mobile, ou une extension installée hors du poste professionnel, suffisent. La DSI perd alors la seule chose qui lui permettait de gérer le risque, à savoir la visibilité. Une politique de gouvernance efficace ne cherche donc pas à éliminer l'usage de l'IA. Elle cherche plutôt à le rendre visible, encadré, et si possible plus rapide à emprunter que le contournement.
Les risques concrets d'une IA non gouvernée
Fuite de données et de propriété intellectuelle
Le scénario le plus fréquent reste aussi le plus simple. Un collaborateur colle du code source, un rapport financier ou une base de contacts dans un assistant IA public. En général, le motif est le même : gagner du temps. Même lorsque le fournisseur garantit ne pas réutiliser ces données pour l'entraînement de ses modèles, un problème demeure. L'information a déjà quitté le périmètre de sécurité et de gouvernance de l'entreprise.
Agents autonomes : un palier de risque supplémentaire
Les agents IA se généralisent. Ils sont désormais capables d'exécuter des actions : envoyer un email, modifier un fichier, déclencher un workflow. Avec eux, le risque ne se limite plus à l'exposition d'une donnée. Un agent non déclaré et mal cadré peut agir directement sur des systèmes. Sa traçabilité reste souvent inférieure à celle d'un compte utilisateur classique.
Un risque de conformité découvert trop tard
Au-delà de la sécurité pure, l'usage non maîtrisé de l'IA pose une question de gouvernance des données au sens large. Quelles informations transitent par quels outils ? Où sont-elles hébergées, et sous quelles conditions contractuelles ? Ce chantier rejoint directement les enjeux traités dans notre article sur la gouvernance des données dans Microsoft 365 Copilot. La même discipline s'applique, que l'outil soit sanctionné ou non.
Un cadre de gouvernance efficace rend l'usage visible avant de chercher à le restreindre.
Un cadre de gouvernance qui fonctionne réellement
Les organisations qui reprennent effectivement le contrôle ne le font pas par une interdiction unique. Elles combinent plusieurs leviers, dans une logique proche de celle du AI Risk Management Framework du NIST. Ce référentiel fait aujourd'hui figure de référence internationale en matière de gestion des risques liés à l'IA.
1. Visibilité avant tout
Cartographiez les outils IA réellement utilisés : journaux réseau, demandes d'accès SaaS, ou simplement entretiens avec les équipes métier. Faites-le avant de définir la moindre règle.
2. Une politique graduée, pas binaire
Distinguez les usages selon la sensibilité des données. Ne vous contentez pas d'opposer un « tout autorisé » à un « tout interdit ». Une politique IA doit préciser ce qui est permis, ce qui nécessite une validation, et ce qui reste proscrit.
3. Une alternative sanctionnée, pas seulement une règle
Interdire sans solution de remplacement pousse mécaniquement vers le contournement. Proposez un outil IA intégré au tenant de l'entreprise. Par exemple, Microsoft 365 Copilot ou un assistant construit sur Copilot Studio. Ainsi, les données restent dans le périmètre de sécurité existant, tout en répondant au besoin de productivité.
4. Formation et accompagnement continu
La majorité des usages à risque viennent d'une méconnaissance des enjeux, pas d'une intention de nuire. Expliquer concrètement ce qui se passe lorsqu'une donnée est envoyée à un outil IA change durablement les comportements.
Le rôle de la DSI : proposer un chemin plus rapide que le contournement
Reprendre le contrôle sur l'IA ne signifie pas ralentir son adoption. C'est même l'inverse qui se produit lorsque la gouvernance est absente. Chaque équipe expérimente alors dans son coin, avec des outils différents, sans mutualisation ni sécurité commune. Une DSI qui structure ce sujet transforme un risque diffus en un levier de productivité maîtrisé. C'est le même travail qu'elle a déjà mené sur la gestion des identités et l'architecture Zero Trust.
Ce travail s'inscrit naturellement dans une démarche plus large de structuration du système d'information pour l'IA et la donnée. En effet, la gouvernance de l'usage ne peut pas être pensée indépendamment de l'architecture. C'est elle qui héberge et sécurise les données sous-jacentes.
Checklist pour reprendre le contrôle sur l'IA en entreprise
Cartographier les outils IA réellement utilisés par les équipes, y compris les extensions et comptes personnels.
Classer les données par niveau de sensibilité avant de définir ce qui peut transiter par un outil IA.
Rédiger une politique IA graduée, communiquée simplement et par des cas d'usage concrets.
Déployer une alternative sanctionnée avant de restreindre l'accès aux outils non approuvés.
Former les équipes sur ce qui se passe réellement quand une donnée est envoyée à un modèle d'IA.
Documenter les agents IA autonomes déployés et leurs permissions d'action.
Revoir la politique régulièrement : le paysage des outils IA évolue plus vite qu'un cycle budgétaire classique.
Questions fréquentes
Qu'est-ce que le Shadow AI concrètement ?
C'est l'utilisation d'outils d'intelligence artificielle par les collaborateurs, sans validation ni supervision de l'IT. Cela va du chatbot public utilisé ponctuellement à l'extension IA installée sur un poste professionnel.
Faut-il interdire ChatGPT et les outils IA publics en entreprise ?
L'interdiction pure pousse généralement l'usage vers des canaux moins visibles plutôt que de le supprimer. Une politique graduée, combinée à une alternative sanctionnée, est presque toujours plus efficace qu'un blocage total.
Quelle est la différence entre Shadow IT et Shadow AI ?
Le Shadow IT concerne des outils ou fichiers non déclarés mais globalement statiques. Le Shadow AI implique, lui, un traitement actif de la donnée par un tiers. Ce risque de fuite de propriété intellectuelle est donc accru. Pour les agents autonomes, s'y ajoute un risque d'action non supervisée.
Comment mesurer l'ampleur du Shadow AI dans son organisation ?
Il faut croiser plusieurs sources. On pense aux journaux de trafic réseau vers les domaines d'outils IA connus, ou aux demandes d'accès SaaS. Mais les entretiens directs avec les équipes métier restent souvent les plus révélateurs, bien plus que les seules données techniques.
Microsoft 365 Copilot suffit-il à répondre au Shadow AI ?
Il constitue une alternative sanctionnée utile, car les données restent dans le périmètre de sécurité du tenant. Mais il ne remplace pas une politique de gouvernance complète. Classification des données, formation des équipes et suivi des agents autonomes restent nécessaires.
En synthèse
Le Shadow AI n'est pas un problème de discipline des équipes. C'est un problème de gouvernance qui n'a pas suivi le rythme de l'adoption. Les organisations qui avancent le plus vite sur ce sujet ne sont pas celles qui interdisent le plus fermement. Ce sont plutôt celles qui rendent l'usage visible et proposent une alternative crédible. Elles accompagnent leurs équipes, plutôt que de les sanctionner après coup.
Vous soupçonnez un usage non maîtrisé de l'IA dans vos équipes, ou vous préparez une politique IA d'entreprise ?
Un diagnostic rapide de vos usages actuels permet souvent de prioriser les premières actions. Notre équipe reste disponible pour en discuter, sans engagement.