veille Produit, Découverte
Découverte des systèmes d'IA

Impossible de se conformer pour des systèmes qu'on ignore faire rouler.

Veille lit six sources indépendantes pour trouver l'IA dans votre organisation : ce que vous payez, ce que vos gens consultent, ce qu'ils ont autorisé, ce qui est installé sur leurs postes, ce que vos automatisations appellent, et ce pour quoi quelqu'un a émis une clé. Chacune capte ce que les autres sont structurellement incapables de voir.

Canaux de détectionDépenses, journaux réseau, octrois OAuth
Obligation cléLoi 25 art. 3.1, un responsable désigné
Mode de scanLecture seule, aucun accès en écriture

Le problème

La shadow IA est la source la plus courante d'exposition à la Loi 25.

Sous la Loi 25, tout système d'IA qui traite des renseignements personnels au Québec doit avoir une personne responsable désignée (art. 3.1) et, pour les systèmes rendant des décisions automatisées, un avis de transparence (art. 12.1) ainsi qu'une évaluation des facteurs relatifs à la vie privée (EFVP, art. 3.3 et 17).

Les systèmes les plus susceptibles d'en être dépourvus sont ceux que personne n'a pensé à enregistrer : l'agent conversationnel RH acheté sur une carte de crédit par une équipe des opérations, l'expérience de tarification déployée par un ingénieur pour un sprint et jamais décommissionnée, le preneur de notes de réunion qu'un employé a branché sur le calendrier de l'entreprise avec un compte personnel.

La shadow IA n'est pas d'abord un problème de sécurité. C'est un problème de documentation. Un système non déclaré ne peut pas avoir de responsable désigné, ne peut pas avoir d'évaluation au dossier, et ne peut pas figurer dans un inventaire de modèles. Ce sont précisément ces absences qu'un régulateur sanctionne.

Ce que Veille mesure

Veille ne publie pas de moyenne sectorielle sur la quantité de shadow IA d'une organisation, parce que nous n'en avons pas mesuré. Ce que le produit fait, c'est calculer votre chiffre : il réconcilie les systèmes que vos équipes ont déclarés avec ceux que les trois canaux ont réellement trouvés, et rapporte l'écart sous forme d'un taux de couverture sur lequel agir et que l'on peut remesurer. Ce chiffre est dérivé de vos données au moment du scan, et il est figé dans la piste d'audit pour pouvoir être montré plus tard.

6
Canaux de détection indépendants. Un système trouvé dans plus d'un canal est corroboré, jamais compté deux fois.
Art. 3.1
La Loi 25 exige une personne responsable désignée (art. 3.1) ; chaque système d'IA doit avoir un responsable identifiable qui lui rend des comptes
10 M$
Sanction administrative pécuniaire maximale (ou 2 % du chiffre d'affaires mondial) pour manquement aux obligations de responsable et de documentation. L'amende pénale atteint 25 M$ ou 4 %.

Couverture

Trois sources, trois angles morts différents.

La plupart des inventaires d'IA sont bâtis sur les seules données d'approvisionnement. C'est pour cela qu'ils manquent l'usage le plus risqué : l'outil que personne n'a acheté.

Canal 01
Dépenses logicielles

Un export de votre comptabilité ou de vos notes de frais. Trouve l'IA que vos équipes paient déjà, y compris celle intégrée à des licences que vous détenez : Microsoft 365 Copilot, Salesforce Einstein, Notion AI, Zoom AI Companion. Le repérage se fait sur le nom du produit d'IA, donc une simple ligne Microsoft 365 ou Sales Cloud ne déclenche aucune détection.

Angle mort : tout ce qui est gratuit.

Canal 02
Journaux réseau

Un export de domaines depuis votre pare-feu, votre proxy ou votre résolveur DNS. Seul canal qui voit l'IA gratuite utilisée sur des comptes personnels, sans facture, sans licence et sans entrée dans une console d'administration. Les requêtes bloquées sont rapportées aussi : une tentative reste une preuve d'intention.

Vie privée : les résultats sont agrégés par fournisseur. Les identifiants d'utilisateurs sont comptés, jamais conservés. L'attribution nominative reste désactivée sauf activation délibérée de votre part.

Canal 03
Octrois OAuth

Les applications tierces que vos gens ont autorisées avec « Se connecter avec Microsoft » ou « Se connecter avec Google ». Fait unique, ce canal rapporte aussi à quelles données chacune accède. Un preneur de notes qui détient l'accès au calendrier est une intégration ; le même preneur de notes qui détient l'accès à la messagerie et à tous les documents est une tout autre constatation, et une seule des deux mérite le haut de la file de remédiation.

Aucun identifiant requis : les deux consoles d'administration exportent déjà cette liste.

Canal 04
Postes et navigateurs

Un export de votre gestion de parc, ou un rapport d'extensions de navigateur. C'est le seul canal qui voit les logiciels qui tournent localement : une application de transcription sur le poste ne facture personne, n'apparaît dans aucune console d'administration, et un modèle qui s'exécute sur la machine n'émet aucune requête qu'un journal réseau pourrait capter. C'est aussi lui qui trouve le cas le plus exposé qui soit, une extension avec « lire et modifier toutes vos données sur tous les sites », qui se trouve à l'intérieur de chaque session authentifiée de cet employé.

Vie privée : seuls les logiciels d'IA sont conservés, le reste est jeté, ce canal ne peut donc pas devenir un recensement général des logiciels. Les identifiants d'appareils sont comptés, jamais conservés, sauf activation délibérée de votre part.

Canal 05
Automatisations

Une liste de flux tirée de Zapier, Make, n8n ou Power Automate. Tous les autres canaux trouvent un outil qu'une personne utilise ; celui-ci trouve un outil qu'un processus utilise. Un flux qui résume les CV reçus avec un modèle traite des renseignements personnels un dimanche à 3 h du matin sans qu'aucun employé soit présent, et sur la plateforme Microsoft il arrive dans une licence que vous détenez déjà : votre export de dépenses n'affiche qu'une ligne « Microsoft 365 ».

Métadonnées seulement : le nom du flux et sa liste de connecteurs. Jamais ses correspondances de champs, ses données ou le texte de ses invites.

Canal 06
Clés et identifiants

Une liste de noms tirée de votre gestionnaire de secrets ou des variables de votre CI. Une clé, c'est une intention rendue concrète : quelqu'un a créé un compte et émis une clé pour qu'un logiciel appelle un modèle sans surveillance. Cela arrive avant toute facture, puisque essais et paliers gratuits ne facturent rien. Cela retrouve aussi la clé émise une fois, collée dans un service et oubliée, sans frais récurrent et dont l'auteur a peut-être quitté l'organisation.

Aucune valeur de secret n'est jamais lue. Ni pour l'empreinter, ni pour vérifier à quoi elle ressemble, ni pour tester si elle fonctionne encore. Exportez les noms ; si vous envoyez une valeur malgré tout, elle est retirée avant que quoi que ce soit ne lise la ligne.

Fonctionnement

Le processus de découverte.

01
Collecte guidée, déclarez ce que vous savez
L'intégration démarre par un formulaire structuré. Votre équipe déclare les systèmes d'IA qu'elle connaît, leur finalité, les données traitées et leur responsable. C'est la ligne de base déclarée, à laquelle tout le reste sera comparé.
02
Scan multicanal, trouvez ce que vous ignorez
Veille lit les sources ci-dessus et résout chaque constatation contre un catalogue versionné de fournisseurs d'IA connus : API de modèles de fondation, plateformes ML infonuagiques, IA intégrée aux logiciels de gestion courants, intelligence de réunion, assistants de développement, et les catégories à risque plus élevé que sont la présélection de candidats, la décision de crédit, l'identité biométrique et la santé. Chaque scan est en lecture seule, sans accès en écriture ni extraction de données. La détection est déterministe, fondée sur des patrons, sans aucun appel à un grand modèle de langage : un scan ne peut donc pas halluciner un système qui n'existe pas. Les connecteurs MLflow, Databricks, GitHub et SageMaker sont en bêta, en lecture seule, métadonnées seulement.
03
Réconciliation, chiffrez l'écart
Veille compare le déclaré au détecté et rapporte quatre chiffres : déclarés, détectés, jamais déclarés et sans responsable, et la part de votre inventaire réellement gouvernée. Un fournisseur trouvé dans plusieurs canaux est consigné comme un seul système avec des preuves corroborantes, jamais comme des doublons. Un scan qui ne trouve rien est consigné également, parce que « nous avons analysé et rien trouvé » est une défense, et « nous n'avons jamais analysé » n'en est pas une.
04
Gouvernance, fermez chaque écart
Tout système découvert entre au registre comme non gouverné, avec un niveau de risque suggéré et les cadres susceptibles de s'appliquer. Rien n'est conclu automatiquement : la détection fait remonter la constatation, un humain confirme le responsable. Une fois le responsable confirmé, le système devient gouverné et est analysé contre ses obligations applicables. Relancer la découverte périodiquement fait remonter ce qui est apparu depuis le dernier passage, et les systèmes décommissionnés sont journalisés comme événement de conformité dans la piste d'audit.
05
Un constat a une vie, pas une étiquette
Une détection n'est pas un verdict. Chaque constat traverse neuf états consignés (détecté, en investigation, confirmé, inscrit à l'inventaire, approuvé, restreint, interdit, faux positif, clos) et chaque passage est écrit dans la piste d'audit inviolable, avec l'auteur et la date. C'est ce qui permet de répondre aux questions qu'un vérificateur pose vraiment : quand l'avez-vous vu la première fois, qui s'en est occupé, l'outil était-il encore utilisé après votre avis. Un constat écarté comme faux positif doit porter un motif et le nom de la personne qui l'a écrit, et il peut être rouvert lorsque de nouvelles preuves arrivent.
06
Un indice de confiance discutable
Chaque constat affiche le calcul derrière son score, canal par canal : la fiabilité de chaque source prise seule, le nombre d'observations, le coût de l'ancienneté. Les canaux indépendants s'additionnent ; deux observations du même journal, non, car il s'agit d'un seul témoin. Sous le seuil de confirmation, le produit le dit en toutes lettres (une piste, pas un constat) et refuse la confirmation. Un réviseur peut aussi écarter un signal précis comme du bruit sans jeter les autres, ce qui évite qu'une seule fausse détection enterre trois détections justes. Rien n'affiche jamais 100 % : tout est inféré à partir d'observations, et une certitude affichée invite à cesser de poser des questions.
Planification, dit franchement

Les scans sont aujourd'hui déclenchés par l'opérateur, à partir d'un téléversement ou d'un identifiant de connecteur en lecture seule enregistré. Les scans récurrents planifiés sont construits et testés, mais ne sont pas encore activés dans un déploiement hébergé. Nous préférons vous le dire plutôt que de décrire une cadence que vous n'obtiendriez pas réellement.

Question

Combien de systèmes d'IA votre organisation possède-t-elle vraiment ?

Réservez un appel de 30 minutes. Apportez un export, de n'importe lequel des trois canaux, et nous le passerons en direct pour vous montrer la réconciliation sur vos propres données.

Réserver un appel