Shadow AI : le danger insidieux qui s’infiltre au cƓur des entreprises

découvrez comment shadow ai représente une menace cachée qui s'infiltre discrÚtement dans les systÚmes des entreprises, mettant en péril leur sécurité et leur confidentialité.

Le Shadow AI n’est pas une lubie de DSI ni un mot Ă  placer dans un comitĂ© de direction pour faire sĂ©rieux. C’est l’usage discret d’outils d’intelligence artificielle non validĂ©s, souvent depuis un navigateur personnel, avec des donnĂ©es d’entreprise qui n’auraient jamais dĂ» franchir la porte.

Allergique aux pavĂ©s ? VoilĂ  ce qu’il faut retenir.

Point Ă  retenirCe qu’il faut faireLe piĂšge Ă  Ă©viter
✅ Le Shadow AI est dĂ©jĂ  installĂ©Cartographier les usages rĂ©els, pas seulement les outils achetĂ©s par l’IT.Penser qu’une charte PDF va stopper les copier-coller.
🔐 Le navigateur est devenu une frontiĂšre critiqueContrĂŽler les flux de donnĂ©es depuis les postes, comptes et applications web.Se limiter au rĂ©seau du siĂšge alors que le travail se fait partout.
đŸ›Ąïž Zero Trust et DLP changent la donneVĂ©rifier chaque accĂšs, chaque appareil et chaque transfert sensible.Faire confiance par dĂ©faut Ă  un salariĂ© connectĂ© avec son compte personnel.
🚀 Interdire l’IA pousse les usages sous le tapisProposer des solutions approuvĂ©es, utiles et simples Ă  utiliser.Confondre gouvernance et blocage systĂ©matique.

Shadow AI en entreprise : comprendre l’infiltration avant la fuite de donnĂ©es

Le Shadow AI dĂ©signe l’utilisation d’outils d’intelligence artificielle en dehors du cadre dĂ©fini par l’entreprise. Cela peut ĂȘtre un chatbot grand public, un gĂ©nĂ©rateur de code, un outil de retranscription de rĂ©union, une extension de navigateur ou une plateforme d’analyse de documents. Le point commun est simple : la DSI, le RSSI ou les Ă©quipes de gouvernance n’ont pas validĂ© l’outil, ses conditions de traitement ni son niveau de sĂ©curitĂ©.

Ce n’est pas forcĂ©ment malveillant. C’est mĂȘme rarement le cas. Dans une PME fictive appelĂ©e Mistral & Co, LĂ©a, commerciale, colle un extrait de contrat dans un assistant IA pour prĂ©parer une rĂ©ponse client plus vite. Thomas, dĂ©veloppeur, envoie un morceau de code source afin de corriger une erreur. Camille, RH, demande la synthĂšse de CV contenant noms, adresses et parcours professionnels. Trois gestes utiles en apparence. Trois portes ouvertes sur des donnĂ©es qui peuvent ĂȘtre conservĂ©es, exploitĂ©es ou transfĂ©rĂ©es hors du pĂ©rimĂštre prĂ©vu.

Le problĂšme ne vient donc pas de la curiositĂ© des Ă©quipes. Il vient du dĂ©calage entre la vitesse d’adoption de cette technologie et la lenteur des mĂ©canismes de contrĂŽle. En 2026, le phĂ©nomĂšne est devenu massif : prĂšs de 45 % des salariĂ©s utilisent rĂ©guliĂšrement l’IA dans leurs missions, tandis qu’une large part le fait avec des comptes personnels. Ce dĂ©tail a l’air banal. Il ne l’est pas. Un compte personnel Ă©chappe aux politiques d’accĂšs, Ă  la journalisation centralisĂ©e et parfois aux clauses contractuelles nĂ©gociĂ©es par l’entreprise.

Pourquoi les collaborateurs contournent les outils validés

Les gens ne cherchent pas Ă  saboter la cybersĂ©curitĂ©. Ils cherchent surtout Ă  finir leur travail avant 18 heures. Si la solution interne est lente, mal fichue, inaccessible Ă  distance ou incapable de rĂ©sumer un PDF correctement, le collaborateur ouvrira l’outil public qui rĂ©pond en dix secondes. C’est humain, prĂ©visible et parfaitement Ă©vitable si l’entreprise arrĂȘte de concevoir ses rĂšgles sans regarder les usages.

Le vieux rĂ©flexe consiste Ă  dire : « l’IA est interdite ». RĂ©sultat ? Les Ă©quipes continuent, mais sans le dire. Les prompts passent sur des connexions privĂ©es, les fichiers sont dĂ©posĂ©s via une boĂźte mail personnelle, et la visibilitĂ© tombe Ă  zĂ©ro. Bravo : le risque n’a pas disparu, il est simplement devenu plus opaque. Une gouvernance efficace ne cherche pas Ă  gagner une bataille morale ; elle construit une route praticable pour que les salariĂ©s cessent de prendre les chemins de traverse.

  • 🔎 Usage rĂ©dactionnel : reformulation d’e-mails, crĂ©ation de prĂ©sentations ou prĂ©paration de contenus commerciaux.
  • đŸ’» Usage technique : analyse de logs, gĂ©nĂ©ration de scripts et partage de fragments de code source.
  • 📄 Usage documentaire : synthĂšse de contrats, tableaux financiers, appels d’offres ou comptes rendus.
  • 🎧 Usage opĂ©rationnel : transcription de rĂ©unions, traduction de conversations et prĂ©paration de rĂ©ponses clients.

Ces usages ont un point commun : ils mĂ©langent vitesse, pression et informations sensibles. Le Shadow AI s’infiltre rarement par une grande dĂ©cision stratĂ©gique. Il entre par un petit copier-coller fait entre deux rĂ©unions. C’est prĂ©cisĂ©ment pour cela qu’il mĂ©rite mieux qu’une interdiction lancĂ©e Ă  la va-vite.

La vraie question n’est pas “qui utilise une IA ?”, mais “quelles donnĂ©es quittent le pĂ©rimĂštre Ă  chaque interaction ?”

découvrez comment shadow ai représente une menace cachée pour les entreprises, mettant en lumiÚre les risques et les précautions essentielles à connaßtre pour protéger vos données et votre organisation.

Risques du Shadow AI : quand un simple prompt devient une faille de cybersécurité

Le premier risque du Shadow AI est la fuite de donnĂ©es. Une donnĂ©e confidentielle n’a pas besoin d’ĂȘtre volĂ©e par un pirate cagoulĂ© pour poser problĂšme. Il suffit qu’elle soit saisie dans une plateforme non approuvĂ©e, conservĂ©e dans des historiques, utilisĂ©e pour amĂ©liorer un service ou hĂ©bergĂ©e dans une zone juridique non maĂźtrisĂ©e. Cette fuite peut ĂȘtre silencieuse, parfaitement lĂ©gale selon les conditions d’utilisation du service, mais catastrophique pour l’entreprise concernĂ©e.

Le code source arrive souvent en tĂȘte des Ă©lĂ©ments partagĂ©s sans assez de prudence. C’est logique : un dĂ©veloppeur face Ă  un bug complexe veut une rĂ©ponse rapide. Pourtant, un bout de code peut contenir des identifiants, des clĂ©s d’API, des URL internes, des rĂšgles mĂ©tier et une architecture applicative. Une seule variable oubliĂ©e dans un prompt peut suffire Ă  livrer Ă  un tiers des accĂšs qui ne devaient jamais sortir de l’environnement de dĂ©veloppement.

Les informations commerciales sont tout aussi exposĂ©es. Liste de prospects, grille tarifaire, argumentaire, contrats, marges, conditions nĂ©gociĂ©es : un assistant gĂ©nĂ©ratif peut aider Ă  trier ou reformuler, mais il peut aussi devenir le mauvais tiroir de rangement. Pour mesurer la gravitĂ© de ce sujet, il faut arrĂȘter de regarder l’IA uniquement comme un outil de texte. C’est une interface de transfert de donnĂ©es, rapide, pratique et souvent invisible dans les outils de supervision traditionnels.

Une technologie utile aux salariés comme aux attaquants

La symĂ©trie est franchement dĂ©rangeante. Les mĂȘmes modĂšles qui aident une Ă©quipe Ă  rĂ©sumer une documentation ou produire un script peuvent servir Ă  industrialiser une attaque. Les cybercriminels s’en servent pour rĂ©diger des e-mails d’hameçonnage plus crĂ©dibles, gĂ©nĂ©rer des variantes de messages, traduire sans faute et prĂ©parer des scĂ©narios de fraude au prĂ©sident. L’époque du phishing rempli de fautes grossiĂšres est derriĂšre nous. Aujourd’hui, le message peut reprendre le ton exact d’un dirigeant, la logique d’un projet en cours et les codes d’un fournisseur connu.

Les donnĂ©es Ă©voquĂ©es dans les travaux liĂ©s au DBIR 2026 donnent une idĂ©e du changement d’échelle : sur un panel d’utilisateurs demandant Ă  une IA gĂ©nĂ©rative des techniques offensives, les sollicitations couvraient en moyenne quinze vecteurs d’attaque. Cela ne signifie pas que chaque personne passe Ă  l’acte. Cela montre en revanche qu’une mĂȘme technologie facilite l’exploration, l’automatisation et l’adaptation d’un arsenal trĂšs large.

Dans Mistral & Co, un fraudeur n’a mĂȘme pas besoin d’entrer dans le rĂ©seau. Il peut d’abord observer les messages publics, puis utiliser l’IA pour fabriquer un e-mail crĂ©dible imitant le directeur financier. Le message demande un paiement urgent, Ă©voque un prestataire rĂ©el et utilise le vocabulaire maison. Si l’entreprise a dĂ©jĂ  laissĂ© circuler ses documents sensibles dans des services externes, elle a potentiellement offert des morceaux supplĂ©mentaires pour rendre l’arnaque plus convaincante.

Le sujet des deepfakes et des donnĂ©es toxiques mĂ©rite la mĂȘme vigilance. Une voix clonĂ©e, une image manipulĂ©e ou un document modifiĂ© peuvent faire tomber les derniers rĂ©flexes de mĂ©fiance. Le danger n’est pas seulement technique : il touche Ă  la confiance, au processus de validation et Ă  la capacitĂ© des Ă©quipes Ă  dire « stop, je vĂ©rifie ».

Un prompt n’est jamais anodin quand il contient une information qu’un concurrent, un fraudeur ou un attaquant serait ravi de rĂ©cupĂ©rer.

Gouvernance Shadow AI : sortir du déni sans bloquer la productivité des équipes

Une gouvernance Shadow AI qui fonctionne dĂ©marre par une vĂ©ritĂ© assez simple : les collaborateurs utilisent dĂ©jĂ  ces outils. Faire semblant du contraire, c’est piloter avec un pare-brise peint en noir. Avant d’écrire des rĂšgles, il faut observer les usages, identifier les besoins et comprendre oĂč la technologie apporte vraiment du temps gagnĂ©. Un service marketing ne manipule pas les mĂȘmes informations qu’un cabinet comptable ou une Ă©quipe produit. La politique doit donc ĂȘtre ferme sur les donnĂ©es critiques, mais rĂ©aliste sur les cas d’usage.

Premier chantier : classer l’information. Beaucoup d’entreprises parlent de confidentialitĂ© sans avoir dĂ©fini ce qui relĂšve du public, de l’interne, du sensible ou du strictement interdit Ă  l’export. Sans ce repĂšre, le salariĂ© improvise. Et quand il improvise face Ă  une interface qui lui promet de gagner une heure, il choisit rarement la prudence maximale.

Une rĂšgle opĂ©rationnelle peut tenir en une phrase : aucune donnĂ©e permettant d’identifier un client, un collaborateur, une infrastructure ou un secret mĂ©tier ne doit ĂȘtre envoyĂ©e vers un outil non approuvĂ©. Cette rĂšgle doit ensuite ĂȘtre traduite en exemples concrets. Un contrat anonymisĂ© peut parfois ĂȘtre exploitĂ© dans une solution validĂ©e. Une copie brute avec les coordonnĂ©es du client, les montants et les clauses sensibles, non.

Mettre en place une politique qui ne finit pas oubliée dans un dossier partagé

Le deuxiĂšme chantier consiste Ă  proposer des alternatives. Interdire ChatGPT ou tout autre outil public sans offrir une solution approuvĂ©e, c’est comme fermer l’autoroute sans indiquer de route secondaire. L’entreprise doit sĂ©lectionner les plateformes adaptĂ©es, contractualiser les garanties nĂ©cessaires, dĂ©finir les comptes professionnels et crĂ©er un point d’accĂšs simple. Si l’outil autorisĂ© rĂ©clame quatre validations, un VPN capricieux et une formation de trois heures, il sera contournĂ© dĂšs le mardi suivant.

Voici une méthode pratique pour sortir du brouillard :

  1. 🧭 Recenser les usages rĂ©els avec des entretiens courts, des questionnaires anonymes et les donnĂ©es de navigation disponibles dans le cadre lĂ©gal.
  2. đŸ—‚ïž Classer les donnĂ©es en catĂ©gories comprĂ©hensibles : publiques, internes, sensibles et interdites hors environnement contrĂŽlĂ©.
  3. ✅ Valider un catalogue d’outils selon les mĂ©tiers : rĂ©daction, dĂ©veloppement, traduction, analyse documentaire ou support client.
  4. đŸ§Ș Lancer des pilotes encadrĂ©s sur des cas concrets plutĂŽt que gĂ©nĂ©raliser une solution thĂ©orique.
  5. 📏 Mesurer les Ă©carts : volume d’usage, tentatives de transfert bloquĂ©es, incidents, gains de temps et retours utilisateurs.

La formation, elle aussi, doit quitter le mode théùtre d’entreprise. Une session de trente minutes avec un quiz final ne transforme pas les comportements. En revanche, une dĂ©monstration montrant comment une clĂ© API se retrouve dans un prompt, ou comment un faux message vocal peut imiter un responsable, imprime les esprits. Les salariĂ©s retiennent ce qu’ils voient dans leur quotidien, pas ce qui ressemble Ă  une note juridique.

La gouvernance ne sert pas Ă  faire la police des prompts. Elle sert Ă  crĂ©er une zone de jeu claire : ce qui est autorisĂ©, ce qui exige une validation, ce qui est interdit, et surtout pourquoi. Cette nuance protĂšge les entreprises sans casser la dynamique d’innovation qui fait justement l’intĂ©rĂȘt de l’intelligence artificielle.

Une gouvernance utile ne se contente pas de dire non : elle rend le bon usage plus facile que le contournement.

SASE et Zero Trust : reprendre le contrÎle des données face au Shadow AI

Le tĂ©lĂ©travail a fait Ă©clater le vieux pĂ©rimĂštre de sĂ©curitĂ©. Avant, le rĂ©seau du bureau faisait office de muraille : ordinateurs internes, serveurs internes, applications internes. Depuis que les Ă©quipes travaillent depuis la maison, un train, un espace de coworking ou le cafĂ© du coin, la frontiĂšre s’est dĂ©placĂ©e. Avec le Shadow AI, elle se trouve dĂ©sormais dans un navigateur, au moment prĂ©cis oĂč un fichier est glissĂ© dans une fenĂȘtre de chat.

Ce n’est pas un dĂ©tail d’architecture. C’est un changement de terrain. La sĂ©curitĂ© ne peut plus dĂ©pendre uniquement de l’adresse IP ou du fait qu’un appareil soit connectĂ© au Wi-Fi de l’entreprise. Il faut savoir qui demande l’accĂšs, avec quel appareil, dans quel contexte, vers quel service et avec quelles donnĂ©es. VoilĂ  le principe du Zero Trust : ne jamais accorder la confiance par dĂ©faut, mĂȘme Ă  un utilisateur dĂ©jĂ  connu.

Pourquoi le SASE donne de la visibilitĂ© lĂ  oĂč les outils isolĂ©s Ă©chouent

L’approche SASE, pour Secure Access Service Edge, rĂ©unit les fonctions rĂ©seau et sĂ©curitĂ© dans une architecture distribuĂ©e. Dit sans jargon dĂ©coratif : elle permet de sĂ©curiser les accĂšs web, les applications cloud et les utilisateurs oĂč qu’ils soient, avec des politiques cohĂ©rentes. Au lieu d’empiler une passerelle web, un VPN, un proxy, un outil de filtrage et trois tableaux de bord que personne ne consulte, l’objectif est de centraliser la visibilitĂ© et l’application des rĂšgles.

Dans le cas de Mistral & Co, LĂ©a utilise un ordinateur professionnel conforme, mais tente de dĂ©poser un export CRM dans un outil non autorisĂ©. Une politique de Data Loss Prevention, ou DLP, peut dĂ©tecter la prĂ©sence d’adresses e-mail, de numĂ©ros clients ou de colonnes sensibles. L’action peut ĂȘtre adaptĂ©e : avertissement, blocage, demande de justification ou redirection vers l’outil interne validĂ©. La bonne rĂ©ponse n’est pas forcĂ©ment de couper la connexion au salariĂ©. Il s’agit de bloquer le mauvais flux tout en maintenant le travail en mouvement.

Un dispositif mature s’appuie sur plusieurs signaux :

  • 🔑 L’identitĂ© : l’utilisateur est-il authentifiĂ© avec un compte professionnel robuste ?
  • đŸ’» L’état du terminal : le poste est-il chiffrĂ©, Ă  jour et administrĂ© ?
  • 🌍 Le contexte d’accĂšs : la connexion vient-elle d’un lieu, d’un horaire ou d’un pays inhabituel ?
  • 📩 La nature des donnĂ©es : le contenu contient-il du code, des informations personnelles ou des secrets mĂ©tier ?
  • ☁ La destination : le service visĂ© est-il approuvĂ©, contractualisĂ© et correctement configurĂ© ?

Le contrĂŽle doit rester proportionnĂ©. Une organisation qui bloque chaque recherche, chaque outil et chaque fichier fabrique de la frustration, puis du contournement. À l’inverse, une organisation qui laisse tout passer fabrique des incidents. Entre les deux, SASE, DLP et Zero Trust crĂ©ent des garde-fous intelligents : ils limitent l’exposition sans transformer les Ă©quipes en suspects permanents.

Cette logique protĂšge aussi contre les attaques externes. Une fraude rĂ©ussit souvent parce qu’un accĂšs paraĂźt lĂ©gitime. VĂ©rifier systĂ©matiquement l’identitĂ©, le terminal et le contexte rĂ©duit les chances qu’un compte compromis devienne une autoroute vers les donnĂ©es critiques.

La sĂ©curitĂ© moderne ne dĂ©fend plus un bĂątiment : elle sĂ©curise chaque demande, oĂč qu’elle soit formulĂ©e.

Transformer la menace Shadow AI en avantage opérationnel durable

Le Shadow AI rĂ©vĂšle un besoin, pas seulement une faille. Lorsqu’une Ă©quipe contourne les outils en place pour gĂ©nĂ©rer une synthĂšse, rĂ©diger une rĂ©ponse ou analyser un tableau, elle signale souvent une friction dans l’organisation. Peut-ĂȘtre que les processus sont trop lents. Peut-ĂȘtre que l’information est Ă©parpillĂ©e. Peut-ĂȘtre que les outils existants n’aident pas assez les mĂ©tiers. Ignorer ce signal serait une erreur. Le traiter intelligemment peut devenir un avantage de productivitĂ© rĂ©el.

La bonne stratĂ©gie consiste Ă  faire passer l’IA de la clandestinitĂ© Ă  l’environnement maĂźtrisĂ©. Cela implique des outils validĂ©s, des donnĂ©es correctement protĂ©gĂ©es, une traçabilitĂ©, mais aussi des cas d’usage qui rapportent quelque chose. Pas besoin de lancer un grand programme futuriste avec des slides violettes et des promesses en lĂ©vitation. Il faut choisir des tĂąches rĂ©pĂ©titives, mesurer un avant et un aprĂšs, puis dĂ©cider sur des chiffres.

Passer du bricolage discret Ă  des usages mesurables

Exemple concret : une Ă©quipe support reçoit 800 demandes mensuelles. PlutĂŽt que de laisser chaque agent interroger un service public avec des extraits de tickets clients, l’entreprise peut dĂ©ployer un assistant sĂ©curisĂ© connectĂ© Ă  une base de connaissances interne. Les donnĂ©es sensibles sont filtrĂ©es, les accĂšs sont journalisĂ©s, et les rĂ©ponses proposĂ©es restent dans le cadre dĂ©fini. AprĂšs quatre semaines, il devient possible de mesurer le temps moyen de traitement, le taux de rĂ©ouverture des tickets et la qualitĂ© perçue par les clients.

Autre cas : l’équipe juridique veut accĂ©lĂ©rer la lecture de contrats. La mauvaise approche consiste Ă  dĂ©poser des documents complets dans un chatbot grand public. La bonne approche est de crĂ©er un flux oĂč les documents sont pseudonymisĂ©s, analysĂ©s dans un environnement autorisĂ©, puis relus par un juriste. L’IA repĂšre les clauses atypiques, les dates, les obligations et les Ă©carts de version. L’humain garde la dĂ©cision. L’automatisation Ă©limine la partie fastidieuse sans diluer la responsabilitĂ©.

Cette discipline doit s’étendre au marketing et Ă  la communication. Une IA peut aider Ă  reformuler, structurer ou produire des variantes. Elle ne doit pas dicter la stratĂ©gie ni recevoir des donnĂ©es brutes sur les audiences, les budgets, les ventes et les segments sans protection. Les Ă©quipes qui obtiennent des rĂ©sultats solides savent distinguer la matiĂšre exploitable de la matiĂšre confidentielle. C’est moins glamour qu’une dĂ©monstration de chatbot, mais c’est lĂ  que se joue la pĂ©rennitĂ©.

Pour Ă©viter que le plan retombe aprĂšs deux mois, les entreprises doivent suivre quelques indicateurs simples : nombre d’outils non autorisĂ©s dĂ©tectĂ©s, volume de transferts sensibles bloquĂ©s, taux d’adoption des solutions approuvĂ©es, temps gagnĂ© sur les processus ciblĂ©s et incidents Ă©vitĂ©s. Un tableau de bord sans dĂ©cision derriĂšre ne sert Ă  rien. Chaque mĂ©trique doit dĂ©boucher sur une action : amĂ©liorer l’outil autorisĂ©, ajuster une rĂšgle DLP, renforcer une formation ou fermer un accĂšs inutile.

La vigilance doit Ă©galement inclure les contenus manipulĂ©s. Les Ă©quipes finance, RH et direction doivent apprendre Ă  valider les demandes sensibles hors du canal initial : rappel sur un numĂ©ro connu, double validation d’un changement de RIB, confirmation via un outil interne. Les mĂ©thodes dĂ©taillĂ©es autour de la dĂ©tection des manipulations produites par IA rappellent une Ă©vidence : face Ă  un message trĂšs convaincant, la procĂ©dure vaut mieux que l’intuition.

Le Shadow AI ne disparaĂźtra pas. L’intelligence artificielle va rester dans les navigateurs, les logiciels mĂ©tiers, les messageries et les outils de crĂ©ation. Les entreprises qui avanceront proprement seront celles qui auront sĂ©curisĂ© les flux, Ă©quipĂ© les Ă©quipes et mesurĂ© les gains sans jouer avec leur propriĂ©tĂ© intellectuelle.

Action immĂ©diate : cette semaine, demandez Ă  chaque Ă©quipe quel outil IA elle utilise rĂ©ellement, quelles donnĂ©es elle y saisit et quelle alternative validĂ©e lui permettrait de travailler aussi vite. Le reste, c’est de la sĂ©curitĂ© en carton.

Qu’est-ce que le Shadow AI ?

Le Shadow AI correspond Ă  l’utilisation d’outils d’intelligence artificielle non validĂ©s par l’entreprise. Cela inclut les chatbots, gĂ©nĂ©rateurs de code, outils de transcription ou extensions web employĂ©s avec des donnĂ©es professionnelles sans contrĂŽle de la DSI.

Pourquoi le Shadow AI est-il dangereux pour les entreprises ?

Le principal risque concerne la fuite de donnĂ©es : code source, informations clients, contrats, identifiants et secrets mĂ©tier peuvent ĂȘtre transmis Ă  des services externes. Il augmente aussi l’exposition aux fraudes, au phishing et aux contenus manipulĂ©s par IA.

Faut-il interdire les outils d’intelligence artificielle au travail ?

Non. Une interdiction totale pousse souvent les usages vers des comptes personnels et réduit la visibilité. Une meilleure approche consiste à proposer des outils approuvés, des rÚgles claires sur les données et des contrÎles adaptés aux risques.

Quel rĂŽle jouent le SASE et le Zero Trust contre le Shadow AI ?

Le SASE centralise la sĂ©curitĂ© des accĂšs web, cloud et distants. Le Zero Trust vĂ©rifie systĂ©matiquement l’identitĂ©, l’appareil, le contexte et les droits avant d’autoriser une action. AssociĂ©s Ă  une DLP, ils limitent les transferts non maĂźtrisĂ©s de donnĂ©es sensibles.

3 rĂ©flexions sur “Shadow AI : le danger insidieux qui s’infiltre au cƓur des entreprises”

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Retour en haut