Cartographier le Shadow AI sans déployer d’agent

Demander aux équipes quels outils d'IA elles utilisent produit une liste sincère et incomplète. Non par mauvaise volonté : un collaborateur ne considère pas comme « un outil d'IA » l'assistant intégré à sa suite bureautique, l'extension de rédaction de son navigateur ou la fonctionnalité de résumé de son CRM.

Le résultat est un inventaire qui recense les outils dont on parle en réunion, pas ceux qui traitent effectivement des données. C'est précisément l'écart qu'un contrôle met au jour.

Une cartographie exploitable croise trois signaux. Le déclaratif reste utile : il apporte la finalité métier et le propriétaire, deux informations qu'aucune détection technique ne devine. Le technique apporte la réalité de l'usage — quels services sont réellement atteints, et à quelle fréquence. Le contractuel apporte l'IA embarquée : les fonctionnalités d'IA activées dans des SaaS que vous avez déjà achetés, et qui n'apparaissent dans aucun trafic vers un domaine « IA ».

Aucune des trois sources ne suffit seule. C'est leur recoupement qui produit un registre défendable.

La détection technique peut se faire au niveau le plus pauvre possible : le nom de domaine. Savoir qu'un poste a joint un service d'IA connu, et quand, suffit à alimenter une cartographie. Lire l'URL complète, le contenu des requêtes ou les fichiers déposés n'apporte rien à la gouvernance et crée un traitement autrement plus lourd à justifier.

C'est le choix que nous avons fait : la plateforme voit des noms de domaine et des horodatages, jamais les prompts, les réponses ni les fichiers. Ce n'est pas une limite technique, c'est le point de conception — il rend l'outil présentable en CSE plutôt qu'explosif.