Shadow AI : reprendre la main sur l’IA en entreprise

Pour repérer le shadow AI, commencez par examiner 4 points : les applications non autorisées, les extensions de navigateur, les comptes personnels et les fonctions d’IA intégrées aux logiciels que vous utilisez déjà. Pour chaque usage découvert, prenez une décision et proposez une solution autorisée qui permette réellement de travailler. Une interdiction générale sans solution praticable laisse entier le besoin qui a poussé les équipes vers l’IA.

Qu’est-ce que le shadow AI ?

Le shadow AI, ou shadow IA, désigne l’utilisation de l’IA au travail sans l’accord ni la supervision de l’entreprise. Il peut s’agir d’une nouvelle application, du compte personnel d’un salarié, d’une extension de navigateur ou d’une fonction d’IA au sein d’un service pourtant autorisé. Le point commun : l’entreprise n’a pas statué sur cet usage. La définition du shadow AI proposée par IBM décrit ce même décalage entre l’adoption par les salariés et le contrôle exercé par l’organisation.

Imaginez votre entreprise comme un marché doté de plusieurs entrées. Valider l’entrée principale ne vous dit pas ce qui passe par une ouverture latérale ou par un comptoir installé dans un autre stand. De la même manière, approuver un éditeur de logiciels ne revient pas à autoriser automatiquement toutes les fonctions d’IA, tous les comptes et toutes les connexions qui lui sont associés.

Un abonnement personnel payant peut relever du shadow AI. Une adresse e-mail professionnelle peut être rattachée à un compte que personne n’a examiné. À l’inverse, un outil inconnu peut être autorisé une fois son usage réel évalué et ses limites définies.

Où se cache le shadow AI ? Quatre exemples du quotidien

Observez comment le travail se fait, y compris les étapes qui ne donnent jamais lieu à une demande d’achat. Les situations suivantes servent d’illustrations : elles ne relatent pas d’incidents survenus dans des entreprises identifiées.

Applications non autorisées : le fichier envoyé ailleurs

Une personne chargée de la coordination des opérations télécharge un tableau de données clients, puis l’envoie à un site d’analyse par IA pour comprendre une variation des commandes. L’analyse répond à un vrai besoin. La question laissée en suspens est de savoir si ce site est autorisé à recevoir ces données clients.

À repérer : les outils de résumé de documents, les services de transcription, les assistants de programmation et les outils d’analyse utilisés en dehors de votre liste de solutions autorisées. Examinez aussi bien les applications de bureau et mobiles que les sites web.

À demander : quels fichiers ont été transmis, avec quel compte, et pourquoi le workflow existant ne répondait-il pas au besoin ? Une solution plus sûre pourrait combiner un compte autorisé et un export de données agrégées qui exclut l’identité des clients.

Extensions de navigateur : un accès qui dépasse le prompt

Une commerciale installe une extension de rédaction par IA et lui accorde l’accès aux pages du logiciel de gestion de la relation client, ou CRM. Elle pense peut-être avoir simplement accepté une aide à la rédaction d’e-mails ; les autorisations de l’extension peuvent porter sur davantage de contenu.

À repérer : les extensions installées et leurs paramètres effectifs d’accès aux sites. La documentation de Google indique que les autorisations d’une extension peuvent lui donner accès au contenu des sites et à d’autres ressources du navigateur. Ces droits établissent une possibilité d’accès ; ils ne prouvent pas que l’extension a transmis toutes les pages qu’elle pouvait lire. Voir la documentation de Chrome sur les autorisations des extensions.

À demander : à quels sites l’extension peut-elle accéder, que transmet-elle à son fournisseur et peut-elle remplir sa fonction avec des autorisations plus restreintes ? Évaluez l’extension séparément du service d’IA auquel elle se connecte avant de l’autoriser.

Comptes personnels : la bonne marque, le mauvais espace de travail

Un responsable du support utilise un assistant d’IA connu avec son compte personnel pour résumer un échange de réclamation. L’entreprise a peut-être déjà autorisé l’offre professionnelle de ce fournisseur, mais le salarié travaille en dehors de l’espace validé.

À repérer : le compte et l’espace de travail affichés pendant la tâche, le titulaire de l’abonnement et la personne capable de retirer l’accès au départ d’un salarié. Le remboursement d’un abonnement ne suffit pas à en donner le contrôle à l’entreprise.

À demander : le salarié peut-il montrer l’espace autorisé avant d’y copier des éléments professionnels ? Si le changement de compte prête à confusion, montrez le bon chemin lors de l’intégration et fournissez un favori ou un lien d’accès clairement identifié.

Fonctions d’IA dans un SaaS autorisé : un périmètre qui s’élargit discrètement

Un SaaS est un logiciel fourni sous forme de service en ligne. Imaginez une équipe qui active une fonction de résumé de réunion par IA dans son outil de visioconférence habituel, ou qui connecte un assistant CRM aux fiches clients. L’application principale a été autorisée ; les nouveaux traitements ou accès n’ont peut-être jamais été examinés.

À repérer : les réglages des fonctions d’IA, les intégrations, les assistants de réunion et toute évolution de ce que les services existants peuvent lire ou faire. Demandez aux responsables des applications ce qu’ils ont activé, même en l’absence de nouvelle facture.

À demander : l’autorisation initiale couvre-t-elle cette fonction, les données fournies, la transcription ou le résumé produit et leurs destinataires ? Laissez un usage déjà autorisé se poursuivre tant que ces limites restent respectées. Examinez toute extension importante du périmètre avant de la considérer comme habituelle.

Pourquoi les équipes utilisent-elles une IA non autorisée ?

Commencez par comprendre la tâche à terminer. Les demandes au support s’accumulent, un rapport doit être rendu ou le logiciel autorisé ne permet pas de travailler facilement. Un accès immédiat et une procédure d’autorisation floue rendent le recours à un outil personnel tentant. IBM cite également la productivité et la résolution plus rapide des problèmes parmi les moteurs de cette adoption sans supervision. Voir les causes du shadow AI.

Pour un dirigeant, cela signifie que l’entreprise peut adopter une pratique de traitement des données sans l’avoir délibérément choisie. Pour un responsable des opérations, une solution de contournement invisible peut s’installer dans un processus essentiel avant même que l’on sache qui en est responsable.

Demandez ce qui permettrait au salarié d’accomplir ce même travail utile dans le respect de vos règles. Il faut parfois un outil autorisé. Parfois, il suffit de donner accès à un outil déjà disponible, d’améliorer un export ou de répondre plus vite à une demande de dérogation.

Risques du shadow AI : évaluer les données et les actions

Classez les usages selon ce qu’ils exposent ou peuvent modifier. Un assistant non autorisé qui reformule une annonce publique ne pose pas le même problème qu’un service inconnu auquel sont transmis des fichiers de paie.

Plusieurs questions distinctes se posent :

• Divulgation de données : des informations de l’entreprise ou de ses clients ont-elles été transmises à un service qui n’était pas autorisé à les recevoir ?
• Stockage et accès : qui peut récupérer le contenu, combien de temps est-il conservé et l’entreprise peut-elle en gérer la suppression ou le partage ?
• Entraînement : le fournisseur peut-il utiliser le contenu pour améliorer ses modèles ? Cette question est distincte du traitement d’une demande ou de la conservation de l’historique des conversations.
• Conséquences pour l’activité : une réponse non vérifiée pourrait-elle induire un client en erreur, modifier une fiche ou déclencher une autre action aux conséquences importantes ?

Une exposition soupçonnée justifie une investigation. Elle ne prouve pas que les informations sont devenues publiques ou ont servi à entraîner un modèle. Consignez d’abord les faits avant d’en décrire les conséquences.

Agents d’IA non autorisés : le risque supplémentaire de pouvoir agir

Un agent d’IA est un logiciel capable d’utiliser des outils pour exécuter des tâches. Un assistant non autorisé qui rédige une réponse et un autre qui peut l’envoyer nécessitent des contrôles différents.

Dans un workflow commercial hypothétique, le droit de lire une fiche prospect ne doit pas se transformer discrètement en droit d’envoyer un e-mail à tous les contacts ou de modifier les étapes des opportunités commerciales. Consignez les droits de lecture, les droits d’écriture et le nom de la personne qui valide les actions aux conséquences importantes. Les équipes techniques doivent garder les identifiants et les autorisations de production hors d’une expérimentation tant que son périmètre n’a pas été examiné.

Repérer le shadow AI sans service de sécurité dédié

Commencez par échanger avec les équipes et examiner les documents et relevés professionnels dont vous avez déjà la maîtrise. Avant d’acheter un nouveau produit de surveillance, il vous faut un inventaire exploitable.

Comment détecter le shadow AI ?

Demandez à chaque responsable métier de montrer où l’IA intervient dans son travail, à partir de données fictives ou publiques. Incluez les prestataires et les managers. Posez des questions précises sur la reformulation, les résumés, les comptes rendus de réunion, les tableaux, le code et les actions automatisées : « Utilisez-vous l’IA ? » peut facilement être compris de façon trop restrictive.

Rapprochez ensuite les réponses des éléments que vous êtes autorisé à consulter : dépenses par carte d’entreprise, abonnements, extensions installées sur les appareils professionnels, intégrations d’applications, journaux de connexion disponibles et fonctions d’IA activées. L’absence de dépense n’exclut ni un compte personnel ni une fonction incluse dans une offre existante.

Pour une extension Chrome, faites un clic droit sur son icône et choisissez Gérer l’extension. Examinez les autorisations et les accès aux sites indiqués, puis demandez à l’administrateur de l’application de restreindre ou de supprimer les accès inutiles. Consultez les conditions de traitement des données propres à l’extension avant de décider si les accès demandés sont acceptables. Voir la documentation de Google sur les extensions.

Limitez le recensement aux usages professionnels. Demandez aux personnes d’indiquer le service, le type de compte et les catégories de données ; ne leur demandez pas de coller des conversations sensibles dans un questionnaire partagé ni de communiquer leurs mots de passe personnels.

Une fiche d’inventaire peut tenir en quelques mots :

Rédaction de réponses au support ; sous la responsabilité du responsable du support ; compte d’IA personnel ; échanges de réclamation copiés manuellement ; aucun envoi automatisé ; en attente d’examen ; transférer la rédaction vers l’espace autorisé et évaluer les contenus déjà transmis.

Notez aussi ce que vous n’avez pas encore examiné. Les réponses des équipes et les journaux disponibles n’offrent qu’une visibilité partielle ; ils ne prouvent pas que tous les usages ont été trouvés. Examinez les écarts et renouvelez le contrôle lorsque les comptes, les intégrations ou les workflows changent.

Un plan d’action contre le shadow AI sur une page

Confiez cette fiche au dirigeant ou au responsable des opérations. L’administrateur des applications ou le prestataire informatique peut se charger des réglages et des modifications d’accès. Il n’est pas nécessaire de créer un comité pour attribuer une décision à quelqu’un et en suivre l’exécution.

Périmètre : l’IA utilisée pour le travail de l’entreprise, y compris les fonctions intégrées et les usages des prestataires.
Responsable : la personne habilitée à autoriser un usage, à imposer des changements et à l’arrêter.
Suivi : un inventaire partagé unique, avec un accès restreint aux détails des incidents.

Une exposition soupçonnée passe en priorité : interrompez tout nouveau partage par le canal concerné, restreignez les accès correspondants et consignez le service, le compte, l’heure, les catégories de données et les preuves disponibles. Si un mot de passe ou un jeton d’accès a été exposé, demandez à son responsable de le révoquer ou de le renouveler. Dans la mesure du possible, conservez les preuves de façon sécurisée avant de supprimer des conversations ou des connexions. Faites appel à votre contact habituel pour les incidents ou à votre prestataire informatique afin d’évaluer l’impact et les éventuelles obligations contractuelles ou de notification ; ne considérez pas une suppression comme la preuve que les données n’ont jamais été conservées.

Réexamen : pendant le déploiement, faites chaque semaine le point sur les usages non résolus, puis fixez une fréquence adaptée à l’entreprise. Un contrôle mensuel constitue un point de départ pratique. Réexaminez une décision dès que les données, la finalité, le compte ou les permissions changent.

Utilisez le modèle de politique d’utilisation acceptable de l’IA pour rédiger les règles destinées aux salariés. Le cadre de gouvernance de l’IA détaille l’attribution des responsabilités et le suivi des éléments justificatifs. Cette fiche coordonne la réponse ; ces pages fournissent les documents qui l’accompagnent.

Comment organiser un usage autorisé de l’IA ?

Il faut d’abord un compte sous le contrôle de l’entreprise, une tâche que l’outil sait accomplir, des données d’entrée autorisées et une personne désignée pour vérifier le résultat. Les garanties qui encadrent l’utilisation des données professionnelles pour l’entraînement constituent un préalable utile. Elles n’autorisent pas à transmettre n’importe quel fichier.

Les engagements ci-dessous ont été vérifiés dans la documentation en ligne des éditeurs le 20 octobre 2026. Chacun s’applique au service professionnel concerné, selon ses conditions. L’entraînement, la conservation, le partage et les connexions à des tiers restent des points de contrôle distincts.

ChatGPT Business : travailler dans l’espace de l’entreprise

OpenAI ChatGPT Business, l’espace de travail en équipe de l’assistant ChatGPT, exclut par défaut les contenus des clients professionnels de l’entraînement des modèles. Les recommandations de gouvernance d’OpenAI traitent l’historique des conversations et la conservation des données comme des sujets distincts et demandent de définir les règles d’intégration et de partage. Voir les recommandations d’OpenAI sur la gouvernance des données professionnelles.

Autorisez un espace de travail précisément identifié et définissez les tâches qui peuvent y être réalisées. Demandez aux équipes de vérifier qu’elles se trouvent dans cet espace avant d’utiliser des contenus internes, et examinez séparément les connexions aux applications.

La limite : l’exclusion de l’entraînement ne signifie pas que l’historique des conversations n’est jamais stocké. Vérifiez les contrôles de conservation, de partage et d’audit disponibles dans votre offre. Ne promettez ni délai de suppression ni audit des conversations que vous n’avez pas effectivement mis en place.

Claude Team : encadrer le partage des retours

Anthropic Claude Team, la version de l’assistant Claude destinée aux organisations, relève des engagements d’Anthropic concernant les données commerciales. Les entrées et les sorties de ces services ne sont pas utilisées par défaut pour entraîner ses modèles. L’envoi volontaire de retours ou de rapports de bugs, ou d’autres choix de partage de données, peut autoriser l’utilisation des conversations et des sessions de programmation pour l’entraînement. Voir la politique d’Anthropic sur l’entraînement avec les données commerciales.

Donnez aux équipes accès à l’organisation de l’entreprise et précisez les documents qui peuvent y être utilisés. Le propriétaire peut désactiver les évaluations par pouce levé ou baissé via Organization settings > Data and Privacy > Rate chats, comme l’indique cette même page.

La limite : « pas d’entraînement par défaut » ne doit pas devenir « tout partage est couvert par cette règle ». Définissez explicitement les consignes relatives aux retours et examinez les intégrations avant d’y connecter des sources de l’entreprise.

Microsoft 365 Copilot : revoir les accès aux fichiers existants

Microsoft 365 Copilot, l’assistant professionnel de Microsoft intégré à ses services de productivité, est désormais appelé Microsoft Copilot dans la documentation actuelle ; certaines licences et interfaces conservent l’ancien nom pendant la transition. Microsoft indique que les prompts, les réponses et les données accessibles via Microsoft Graph, qui relie l’assistant aux informations professionnelles, ne servent pas à entraîner les modèles de langage de fondation. Voir la documentation de Microsoft sur la confidentialité en organisation.

Vérifiez que le compte professionnel et le service concernés sont bien couverts. Examinez qui peut accéder aux documents visés avant d’activer un workflow qui les exploite.

La limite : Copilot peut faire ressortir des informations de l’organisation que l’utilisateur a déjà le droit de consulter. Il ne corrige pas un partage de fichiers trop largement ouvert. Microsoft documente aussi le stockage des interactions ainsi que des points d’attention propres à la recherche web et aux agents tiers. Examinez ces fonctions dans le cadre de l’usage envisagé.

Gemini for Workspace : vérifier quel service est couvert

Google Gemini for Workspace, l’assistance par IA proposée dans les services de productivité professionnels de Google, bénéficie de protections limitées aux éditions Google Workspace éligibles. Le centre de confidentialité de Google indique que les prompts, les contenus Workspace, le contexte des pages web et les réponses générées couverts par ces engagements ne servent pas à entraîner les modèles d’IA générative sans autorisation. Voir le centre de confidentialité de l’IA générative dans Google Workspace.

Demandez à l’administrateur de confirmer que le service Gemini envisagé et le compte utilisé relèvent bien de ces engagements Workspace. N’étendez pas cette garantie à un compte Google personnel au seul motif que l’assistant porte le même nom.

La limite : Google documente des modalités de conservation différentes selon les services Gemini et les contrôles administrateur. La restriction concernant l’entraînement ne signifie pas que les conversations disparaissent après utilisation. Consignez les réglages réels de conservation et de partage du service avant d’y autoriser un travail sensible.

Rendre l’usage autorisé plus simple à adopter

Choisissez un service qui répond aux tâches signalées par les équipes. Si elles ont besoin de résumer des documents, montrez comment faire avec des exemples de contenus autorisés et une étape de vérification clairement définie. Une invitation à créer un compte ne leur montre pas, à elle seule, comment remplacer leur solution de contournement.

Publiez au même endroit l’espace de travail ou le service exact à utiliser, les données admises, les usages interdits et le contact pour les questions. Attribuez les demandes de dérogation à un responsable et fixez un délai de réponse que vous pouvez tenir. Lorsqu’une demande ne peut pas être acceptée, expliquez quelles données ou quelles permissions posent problème et proposez un moyen d’accomplir la tâche dans un périmètre plus restreint.

Que faut-il traiter maintenant, et qu’est-ce qui peut attendre ?

Dirigeants : traitez sans attendre les usages inconnus qui impliquent des données clients, des informations confidentielles sur les salariés, des identifiants ou des actions automatisées. Désignez la personne habilitée à bloquer le mode d’accès concerné et à décider de son autorisation.

Responsables des opérations : corrigez les difficultés d’accès et les points de friction des workflows en même temps que vous définissez les règles. Répondez au besoin qui a conduit au contournement, puis vérifiez que les équipes peuvent utiliser la solution de remplacement.

Équipes techniques : examinez les accès aux dépôts de code, les comptes connectés et les droits d’action avant de transformer un assistant en agent. L’autorisation de rédiger ne vaut pas autorisation de modifier la production.

Équipes dont les usages sont déjà autorisés : poursuivez le travail courant tant que le compte, les données, la finalité et les permissions restent dans le périmètre validé. Une plateforme dédiée à la détection peut attendre si un inventaire gérable et les contrôles existants répondent à vos besoins ; envisagez des outils supplémentaires lorsque vous ne parvenez plus à maintenir cette visibilité de façon fiable.

Shadow AI : quels discours faut-il relativiser ?

Découvrir un outil révèle un usage à comprendre. Ce n’est pas, en soi, la preuve d’une violation de données, d’un comportement délibérément fautif ou d’un entraînement de modèles sur les secrets de l’entreprise.

Le raccourci inverse ne tient pas davantage : souscrire une offre professionnelle ne règle pas tout. Il reste à gérer le choix du compte, les permissions, la conservation, les pratiques des salariés et la vérification des résultats.

Une interdiction ne supprime pas non plus le besoin initial. Le responsable du support doit toujours traiter les demandes en attente. Associez les restrictions à une méthode autorisée et praticable, et facilitez le signalement rapide des erreurs.

Mesurez les progrès à votre capacité à décrire les workflows importants et leurs limites. Un inventaire qui s’allonge pendant le recensement peut indiquer une meilleure visibilité, sans que les pratiques se soient soudainement dégradées.

Questions fréquentes

Qu’est-ce que le shadow AI, concrètement ?

C’est l’utilisation de l’IA pour le travail de l’entreprise sans son autorisation ni sa supervision. Cela comprend les applications et extensions non autorisées, les comptes personnels et les fonctions d’IA intégrées à des logiciels existants sans avoir été examinées.

Pourquoi le shadow AI pose-t-il problème ?

L’entreprise ne peut pas évaluer des traitements de données, des accès ou des décisions dont elle ignore l’existence. La réponse doit dépendre des données réellement utilisées et des permissions accordées, sans attribuer la même gravité à tous les usages inconnus.

Que recouvre un usage de shadow AI ?

Il s’agit du travail précis réalisé au moyen d’un accès à l’IA non autorisé. Consignez la tâche et le compte : « résumés pour le support dans un espace personnel » est plus utile que le seul nom d’un fournisseur.

Qu’est-ce que le shadow IT en cybersécurité ?

Le shadow IT désigne les technologies utilisées au travail à l’insu de l’organisation ou sans son accord. Le shadow AI en est le volet consacré à l’IA, y compris lorsque celle-ci est intégrée à des outils déjà autorisés.

Quelles informations ne faut-il jamais donner à une IA ?

Ne mettez pas de mots de passe, de jetons d’accès ou de clés privées dans les prompts. Ne fournissez pas de données confidentielles sur les clients ou les salariés à moins que le compte et la tâche concernés ne soient autorisés à les traiter. Utilisez des exemples fictifs lorsque les identités ne sont pas nécessaires.

Quel risque de l’IA peut être sous-estimé ?

Un assistant ou une extension peut avoir accès à davantage d’informations que le texte saisi volontairement. Vérifiez les sources connectées et les permissions du navigateur au lieu de supposer qu’un prompt court implique peu de données.

Quel est le QI de l’IA aujourd’hui ?

Un chiffre unique de QI n’est pas un critère pertinent pour autoriser différents outils d’IA et différentes tâches. Avant de vous appuyer sur un système, évaluez le travail prévu, les erreurs, les accès aux données et les besoins de vérification.

Comment créer une ombre avec l’IA ?

Si vous parlez d’une ombre visuelle dans une image, il s’agit de retouche d’image. Dans le contexte professionnel, le shadow AI désigne un usage non autorisé de l’IA, pas un effet graphique.

Qu’est-ce que Shadow Work AI ?

Si vous parlez d’une application d’IA destinée à l’introspection ou à la tenue d’un journal, il s’agit d’un autre sens de l’expression. Dans cet article, la question est de savoir si un service a été autorisé pour le travail et les données de l’entreprise.

Sur quels dangers de l’IA Stephen Hawking nous mettait-il en garde ?

Dans son discours à Cambridge du 19 octobre 2016, Hawking a évoqué les bénéfices et les dangers potentiels d’une IA puissante, notamment les armes autonomes et les usages oppressifs. Cette mise en garde à long terme est distincte de l’évaluation d’une exposition de données précise au travail. Voir la transcription du discours publiée par Cambridge.

Dès lundi, passez à l’action

Demandez à vos responsables métier de montrer où l’IA intervient dans leur travail. Commencez par l’usage inconnu qui implique les informations les plus sensibles ou la plus grande capacité d’action. Confiez la décision à une personne, proposez une solution autorisée et utilisable, puis montrez comment elle remplace l’usage actuel avec des données d’exemple sans risque.

Publiez ensuite la règle destinée aux salariés, avec la liste des comptes autorisés et le contact chargé des signalements. Quittez la réunion avec des actions attribuées et des questions en suspens clairement identifiées, plutôt qu’avec la certitude que l’achat de comptes a tout réglé.

Pour des conseils pratiques sur l’utilisation de l’IA en entreprise, abonnez-vous à la newsletter.