Peut-on tout détecter ?

Non. Un salarié qui utilise un outil d'IA sur son téléphone personnel, hors du réseau de l'entreprise, échappe aux journaux. D'où l'intérêt de combiner la technique, l'inventaire et une alternative validée.

Faut-il bloquer les outils découverts ?

Bloquer sans proposer d'alternative déplace souvent l'usage ailleurs. Le plus efficace est d'abord de proposer un service validé, puis de bloquer ce qui présente un risque.

Quels outils d'IA surveiller en priorité ?

Ceux qui reçoivent des données sensibles et ceux qui ont des droits sur la messagerie ou les documents, que l'ANSSI demande de revoir régulièrement (recommandation R35).

Détecter les outils d'IA non autorisés chez un client

Pour détecter l'utilisation d'outils d'IA non autorisés chez un client, combinez quatre sources : le trafic réseau (pare-feu, proxy), un outil de découverte des applications cloud si le client en dispose, la liste des applications connectées aux comptes Microsoft 365 ou Google Workspace, et un inventaire déclaratif auprès des équipes. Puis proposez une alternative validée : sans elle, l'usage reprend ailleurs.

On parle souvent d'« IA de l'ombre » (ou « shadow AI ») : des salariés qui utilisent des outils d'IA que personne n'a validés. Cette page traite du « comment le voir », côté infogérant.

Pourquoi chercher

Le guide de l'ANSSI, l'autorité nationale chargée de la sécurité des systèmes d'information, pour les systèmes d'IA générative (29/04/2024) est net. Sa recommandation R34 demande de proscrire l'utilisation d'outils d'IA générative sur Internet pour un usage professionnel impliquant des données sensibles. Il cite notamment les données personnelles, les données contractuelles, juridiques ou financières, et les secrets informatiques comme les mots de passe et les clés d'API (interfaces de programmation). Il rappelle que, dans la majorité des offres, les données envoyées sont utilisées par le prestataire pour optimiser ses modèles.

Vous ne pouvez pas protéger ce que vous ne voyez pas.

Les quatre sources

Source	Ce qu'elle montre	Limite
Journaux du pare-feu ou du proxy	Les noms de domaine d'outils d'IA consultés depuis le réseau	Rien hors du réseau ni sur appareil personnel
Découverte des applications cloud	Les services utilisés, avec une évaluation du risque	Demande un outil et une licence adaptés
Applications connectées aux comptes	Les outils qui ont reçu un accès à la messagerie ou aux documents	Ne montre pas les usages par copier-coller
Inventaire auprès des équipes	Ce que les gens utilisent vraiment, et pourquoi	Déclaratif, donc incomplet

1. Le trafic réseau

La règle 36 du guide d'hygiène informatique de l'ANSSI demande d'activer et de configurer les journaux des composants les plus importants, dont le pare-feu. Si le client passe par une passerelle d'accès à Internet (règle 22), ses journaux donnent la liste des domaines consultés. Cherchez-y les domaines des outils d'IA connus, par poste et par période. Gardez une démarche proportionnée : l'objectif est de voir des usages, pas de surveiller des personnes ; si la recherche porte sur des individus, faites valider la démarche par un juriste.

2. La découverte des applications cloud

Les outils de type CASB (courtier de sécurité d'accès au cloud) recensent les services cloud utilisés. Exemple lu sur la documentation de Microsoft le 15/11/2026 : Microsoft Defender for Cloud Apps identifie les applications utilisées à partir d'une évaluation du trafic réseau et d'un catalogue d'applications, et évalue les applications découvertes selon « plus de 90 indicateurs de risque ». Il permet de définir des politiques et de recevoir des alertes. La page ne précise pas la licence nécessaire : vérifiez-la avec le client avant de proposer cette voie.

3. Les applications connectées aux comptes

Certains outils d'IA demandent un accès à la messagerie, à l'espace documentaire ou à l'agenda. L'ANSSI le souligne : ces connexions demandent une attention particulière, et sa recommandation R35 prévoit une revue des droits dès l'activation puis régulière, « ex. : tous les mois ». La documentation de Defender for Cloud Apps décrit aussi une gouvernance des applications connectées par OAuth (protocole d'autorisation qui permet à une application d'agir pour le compte d'un utilisateur). Sans cet outil, cherchez dans la documentation de la console d'administration du client (Microsoft 365 ou Google Workspace) comment lister les applications tierces autorisées, puis faites-le à chaque revue.

4. L'inventaire auprès des équipes

Posez trois questions simples : quel outil, pour quelle tâche, avec quelles données. Les réponses disent ce dont les équipes ont besoin, et donc ce que l'alternative validée doit couvrir.

Les postes eux-mêmes

Deux règles du guide d'hygiène limitent les installations sauvages : utiliser un outil de gestion centralisée des postes (règle 16) et limiter au strict besoin les droits d'administration sur les postes (règle 29). Un salarié sans droits d'administration installe moins facilement une application ou une extension de navigateur.

Après la découverte : proposer, puis encadrer

Le site cybermalveillance.gouv.fr conseille aux salariés (page publiée le 08/09/2026) d'utiliser « exclusivement le service d'IA souscrit par [leur] employeur ». Ce conseil n'est tenable que si ce service existe. C'est là que l'assistant IA du client prend sa place :

Présenter les résultats au dirigeant, sans nommer de personnes.
Proposer un assistant validé, configuré par vous, avec des comptes professionnels et une authentification multifacteur.
Écrire la liste des outils autorisés et ce qui est interdit.
Bloquer ensuite ce qui présente un risque.
Refaire la recherche à intervalle régulier, par exemple lors de la revue mensuelle prévue dans votre fiche de service.