← Tous les articles
IA & innovation

Shadow IT et IA générative : le nouveau risque interne

Le shadow IT n'est pas un phénomène nouveau. Ce qui l'est, c'est sa vitesse d'adoption et la nature de ce qui transite. Le rapport DBIR 2026 de Verizon établit que 45 % des salariés utilisent régulièrement des outils d'IA sur leurs équipements professionnels, et que 67 % d'entre eux le font via des comptes non professionnels. Aucune vague de shadow IT antérieure — pas le cloud personnel, pas la messagerie instantanée — n'a combiné une telle pénétration avec un tel volume de données textuelles sortantes.

Pourquoi ce shadow IT-là est différent

Trois caractéristiques distinguent l'IA générative des vagues précédentes d'outils non autorisés.

La première tient à la nature de l'usage. Un service de partage de fichiers non approuvé expose les documents qu'on y dépose. Un assistant conversationnel expose ce qu'on lui raconte — c'est-à-dire, en pratique, le contexte d'un dossier, le contenu d'un contrat, un extrait de code, un tableau de résultats, parfois le raisonnement stratégique qui accompagne la question. La donnée la plus sensible n'est pas toujours celle qui est classifiée.

La deuxième tient à l'absence de friction. L'adoption ne nécessite ni installation, ni budget, ni validation : une adresse personnelle et un navigateur suffisent. C'est précisément ce que reflète le chiffre du DBIR : les deux tiers des usages passent par des comptes qui échappent à toute gouvernance d'entreprise.

La troisième tient au statut de l'usage. Contrairement au contournement classique d'une politique informatique, l'usage de l'IA est presque toujours encouragé par la direction — souvent avant que la moindre règle n'ait été écrite. Le collaborateur qui utilise un assistant public pour réécrire une note ne se perçoit pas comme transgressif : il applique une consigne de productivité.

L'ANSSI formule ce risque de manière sobre dans son Panorama de la cybermenace 2025 : l'évolution des usages de services d'IA générative en contexte professionnel et leur intégration dans des flux opérationnels sont susceptibles d'augmenter la surface d'attaque, en l'absence de cloisonnement sur le plan physique ou des usages.

Ce que le coût des incidents commence à mesurer

L'édition 2026 du rapport Cost of a Data Breach d'IBM, publiée le 29 juillet 2026, fournit les premières données chiffrées sur ce phénomène précis. Les incidents liés au shadow AI ont concerné 43 % des organisations ayant subi une compromission, contre 20 % l'année précédente. Pour ces organisations, le coût moyen d'une compromission s'établit à 5,39 millions de dollars, au-dessus de la moyenne mondiale de 4,99 millions, et des amendes réglementaires sont intervenues dans environ un cas sur cinq.

Le rapport documente aussi un recul de la gouvernance : 68 % des organisations déclarent ne pas disposer d'une gouvernance de l'IA permettant de l'encadrer ou de détecter le shadow AI, contre 63 % en 2025, et seules 38 % exigent une validation informatique avant le déploiement d'un outil d'IA, contre 45 % un an plus tôt. Enfin, une compromission malveillante sur quatre serait désormais assistée par IA, en hausse de 56 %, pour un coût moyen de 6 millions de dollars.

Ces chiffres proviennent d'une enquête d'éditeur et doivent être lus comme tels ; leur intérêt tient moins aux valeurs absolues qu'à la direction et à l'ampleur de l'écart entre adoption et encadrement.

Quatre risques documentés, pas quatre craintes

RisqueMécanisme établiMesure proportionnée
Divulgation volontaire par le salariéSaisie de contenus confidentiels dans un service grand publicOffre interne crédible + règle de classification simple à retenir
Compromission du compte d'IAVol d'identifiants par infostealer, revente sur forumsAuthentification d'entreprise (SSO), interdiction des comptes personnels
Extension de la surface d'attaqueIntégration du système d'IA à des flux opérationnels sans cloisonnementCloisonnement physique et d'usage, revue d'architecture (ANSSI-PA-102)
Chaîne d'approvisionnement logicielleModèles ouverts piégés, serveurs MCP mal sécurisés, slopsquattingRevue des dépendances et des connecteurs, sources vérifiées

Sur le deuxième risque, le CERT-FR rappelle un précédent concret : entre 2022 et 2023, plus de 100 000 comptes utilisateurs de ChatGPT ont été compromis par des acteurs cybercriminels au moyen d'infostealers, puis revendus sur des forums. Le compte d'IA d'un salarié contient l'historique de ses conversations professionnelles ; sa compromission équivaut à celle d'un dossier de travail complet.

Sur le premier, l'exemple de référence reste la divulgation, en juin 2023, d'informations sensibles relatives à la technologie des semi-conducteurs par des salariés de Samsung utilisant leur compte personnel. Aucune attaque n'est nécessaire pour produire une fuite.

Le déplacement en cours : des assistants aux agents

La question de 2024 était : que saisissent mes collaborateurs dans un assistant ? Celle de 2026 est plus large : à quoi mes outils d'IA ont-ils accès ?

Le CERT-FR signale que des attaquants peuvent exploiter des failles au sein d'agents utilisant le protocole MCP, employé pour connecter les modèles de langage à des outils externes et à des sources de données ; ces serveurs, locaux ou distants, participent à étendre la surface d'attaque s'ils ne sont pas suffisamment sécurisés. Il mentionne également le slopsquatting, qui consiste à enregistrer des noms de paquets hallucinés par les modèles puis à en diffuser des versions malveillantes.

Concrètement, un assistant connecté à la messagerie, au système de fichiers et à l'outil de ticketing n'est plus un outil de rédaction : c'est un accès applicatif transverse, généralement déployé sans revue d'architecture et sans journalisation dédiée.

Encadrer plutôt qu'interdire

L'interdiction pure produit, presque mécaniquement, le résultat inverse de celui recherché : l'usage se déplace vers le téléphone personnel, hors de toute visibilité. Une approche réaliste tient en cinq points.

  1. Mesurer avant de légiférer. Une revue des flux sortants et des applications accédées donne une image de l'usage réel en quelques jours. C'est le préalable à toute politique crédible.
  2. Fournir une alternative validée. Une offre interne, accessible sans démarche, avec authentification d'entreprise et engagement contractuel sur la non-réutilisation des données, supprime la raison principale du contournement.
  3. Écrire une règle que l'on peut retenir. Trois catégories suffisent : ce qui peut être soumis à un outil public, ce qui ne peut l'être qu'à l'outil interne, ce qui ne sort pas. Une politique de douze pages ne sera pas appliquée.
  4. Traiter les connecteurs comme des accès. Toute intégration d'un agent à un système interne relève d'une revue d'habilitation et d'une journalisation, au même titre qu'un compte de service.
  5. Sensibiliser sur le bon registre. Le message efficace n'est pas « l'IA est dangereuse » mais « voici ce qui reste chez nous et voici pourquoi ». Le guide ANSSI-PA-102 fournit le socle technique de cette démarche.

Phishia traite ce sujet comme un sujet de sensibilisation autant que de gouvernance : identifier les usages réels par service, construire la règle avec les métiers concernés, puis la rendre mémorisable. Une politique d'IA qui n'est pas comprise par les équipes n'existe pas.

Questions fréquentes

Une version professionnelle d'un assistant suffit-elle à régler le problème ?

Elle règle la question des comptes personnels et, selon le contrat, celle de la réutilisation des données. Elle ne règle ni le cloisonnement des intégrations, ni la classification de ce que les collaborateurs y saisissent.

Comment détecter le shadow AI sans surveiller les salariés ?

Par l'analyse des domaines contactés et des applications utilisées au niveau du réseau ou du poste, à des fins de mesure agrégée. L'objectif est de dimensionner l'offre interne, pas d'identifier des individus — et cette finalité doit être documentée au registre des traitements.

Le risque principal est-il l'attaque ou la fuite involontaire ?

À ce jour, les cas documentés relèvent majoritairement de la fuite involontaire et de la compromission de comptes, pas d'attaques sophistiquées contre des modèles. L'effort de sécurisation devrait suivre cette répartition.

Sources

Liens consultés le 23 septembre 2026.

Parler à un expert