Audit de Gouvernance IA pour les équipes de sécurité et IT

La direction approuve Microsoft 365 Copilot, et deux jours plus tard, le service juridique veut savoir quels fichiers sensibles il peut lire. Dans l’enquête derrière le Netwrix 2026 Data and Identity Security Report, 71 % des responsables sécurité et IT ont déclaré qu’ils ne peuvent pas déterminer immédiatement quelles identités ont accès à une donnée sensible spécifique.

L'assistant lui-même est rarement le problème. La documentation de Microsoft indique que Copilot affiche les données organisationnelles auxquelles les utilisateurs individuels ont au moins des permissions de consultation, de sorte que chaque appartenance à un groupe obsolète et site partagé excessivement devient un résultat possible de la requête. Le manque de contrôle se situe au niveau des permissions sous-jacentes, où des années de partage ad hoc s'accumulent sans révision.

Tester l’identité de couche un et un fichier à la fois produit une réponse que personne n’a besoin de prendre sur la confiance.

Qu'est-ce que l'audit de gouvernance de l'IA ?

L'audit de gouvernance de l'IA examine si les contrôles régissant l'accès de l'IA aux données, aux identités et aux flux de travail fonctionnent comme prévu. Les preuves incluent les journaux, les résultats des tests, les rapports d'autorisations et les revues datées.Les directives d'audit de PwC présentent la tâche comme un test de la conception et de l'efficacité des contrôles liés à l'IA. Cela signifie documenter comment chaque contrôle est conçu, comment il fonctionne et comment la direction le teste.

Un audit de gouvernance se termine par l’efficacité du contrôle. Les tests de performance des modèles sont une discipline distincte qui couvre le biais, la dérive, la précision et l’explicabilité.

Le périmètre couvre la gouvernance et la politique, les risques techniques et de modèle, ainsi que les contrôles d'accès aux données et d'identité. Le IIA's AI Auditing Framework attribue ce travail par responsabilité, le cartographiant selon le modèle des Trois Lignes afin que les organes de gouvernance, la direction et l'audit interne possèdent chacun une part définie. L'identité est explicitement incluse dans le périmètre, et le ISACA AAIA outline exige que les auditeurs évaluent le programme spécifique de gestion des identités et des accès à l'IA d'une organisation.

Pourquoi l’audit de gouvernance de l’IA est plus important que le document de politique

Une politique exprime une intention. Un audit produit les artefacts montrant que cette intention a survécu au contact avec un locataire actif. Cet écart sépare un programme de gouvernance d’une simple présentation, et il rapporte de quatre manières spécifiques.

Approuver l'adoption de l'IA sur la base de preuves

Les équipes de sécurité doivent valider les déploiements d'IA selon un calendrier fixé par d'autres. Un audit complet leur permet de valider avec une liste nominative des outils d'IA accédant à quelles données sous quelles identités. L'approbation repose alors sur une limite réellement testée, pas seulement décrite.

Transformer la politique en un enregistrement de mesure

L'attente du NIST AI RMF pour la mesure continue se trouve dans MEASURE 2.4. Elle stipule que la fonctionnalité et le comportement du système IA et de ses composants, tels qu'identifiés dans la fonction MAP, sont "surveillés lorsqu'ils sont en production." Un audit transforme une politique écrite en un enregistrement qui satisfait cette attente, construit à partir des journaux, des rapports d'autorisations, des résultats de tests signés et des revues avec dates et noms associés.

Détecter l'exposition avant qu'elle ne devienne un incident

Les sites surpartagés et les permissions obsolètes apparaissent selon le calendrier de quelqu'un d'autre, généralement lors d'une enquête. Le Netwrix 2026 Data and Identity Security Report a révélé que 75 % des expositions de données sensibles commencent par des identités compromises ou des permissions mal configurées. Cela fait de la couche des permissions l'endroit le plus rentable à examiner.

Un audit programmé transforme ces conditions en constats avec des tickets et des responsables nommés, des mois avant une revue de violation.

Un audit programmé transforme ces conditions en constats avec des tickets et des responsables nommés des mois avant une revue de violation.

Donner à la direction un chiffre qui bouge

Les conseils financent le travail qu'ils peuvent suivre, et un audit terminé fournit un décompte des lacunes ouvertes, ainsi que les responsables et les dates cibles. Les équipes obtiennent ce décompte à partir des tests de contrôle échoués et des constats non résolus, de sorte que les progrès se lisent comme une courbe de tendance, tout comme la conformité aux correctifs ou les taux d’échec de phishing.

Comment auditer les contrôles de gouvernance de l'IA

Un audit défendable répond à cinq questions, dans l’ordre. Il couvre quels systèmes d’IA sont utilisés, quelles données sensibles chacun peut accéder, sous quelles identités ils opèrent, quels contrôles s’appliquent et quelles preuves montrent que ces contrôles fonctionnent. Suivez les six étapes ci-dessous dans l’ordre et terminez chacune avec l’artefact nommé à la fin.

1. Construisez et vérifiez l'inventaire des actifs IA et des accès aux données

Récupérez l'inventaire à partir de trois sources, car aucun système ne sait tout. Prenez les applications IA sous licence et les service principals de Microsoft Entra ID. Ajoutez les fonctionnalités IA intégrées des notes de version et du centre d'administration de chaque fournisseur SaaS, ainsi que les outils non autorisés provenant des journaux de sortie ou de votre CASB. Pour chaque entrée, enregistrez le propriétaire, l'objectif commercial, l'environnement et les référentiels que l'outil peut lire.

Puis réconciliez les trois listes et considérez chaque différence comme une découverte. Attribuez à chaque outil non enregistré un propriétaire nommé et une date de décision, décidez de le conserver ou de le bloquer, et consignez le résultat. L’utilisation non autorisée apparaît rarement dans les registres d’achat, c’est pourquoi shadow AI security doit figurer dans la première passe avec les outils autorisés.

Appliquez la même rigueur aux outils que vous avez déjà approuvés, car l'approbation et la sécurité sont des questions distinctes. Que Copilot soit sûr dans un locataire donné dépend de ce à quoi ses identités licenciées peuvent accéder, et cet inventaire répond à cela.

Considérez l'étape terminée lorsque chaque outil d'IA dans l'environnement apparaît dans une liste unique, avec un propriétaire et une cartographie des sources de données. NIST AI RMF GOVERN 1.6 exige des mécanismes pour inventorier les systèmes d'IA et les allouer selon les priorités de risque organisationnel. Cette liste satisfait cette exigence. L'artefact est un inventaire validé avec une liste jointe de constats.

2. Testez chaque politique d’IA par rapport au rôle qui l’applique

Lisez chaque politique d'utilisation de l'IA selon quatre questions avant d'examiner tout contrôle. Déterminez quel usage est acceptable, quels types de données sont interdits, où une intervention humaine est requise, et combien de temps les résultats sont conservés. Notez la réponse à chacune et marquez toute question laissée ouverte par la politique.

Ensuite, créez une carte à deux colonnes qui place chaque déclaration de politique à côté du rôle nommé responsable de son application. Nommez l'individu, car un nom d'équipe ne donne à l'auditeur personne à interroger sur qui approuve un nouveau cas d'utilisation de l'IA et qui examine les résultats dans les flux de travail à haut risque. Toute déclaration sans nom attaché est la constatation.

Étendez la gouvernance que vous appliquez déjà plutôt que d’écrire un ensemble parallèle de règles d’IA. Une IAM risk assessment documente déjà les chemins d’approbation, et un programme établi de identity governance and administration définit déjà la propriété des rôles. Confirmez qu’ils s’étendent à l’utilisation de l’IA et enregistrez où ils s’arrêtent.

GOVERN 2.1 exige que les rôles, responsabilités et lignes de communication pour cartographier, mesurer et gérer le risque IA soient documentés et clairs pour les individus et équipes dans toute l'organisation. L'artefact est cette carte politique-rôle, avec les déclarations non attribuées listées comme des lacunes.

3. Cartographier l'accès effectif à chaque source de données accessible par IA

Exécutez cette étape en quatre passes, en allant de la licence au fichier. Premièrement, listez les utilisateurs et groupes détenant des licences Copilot. Deuxièmement, résolvez chaque groupe à sa composition réelle, y compris les groupes imbriqués. Troisièmement, listez les sites SharePoint, Teams et boîtes aux lettres contenant des données sensibles et auxquels la composition résolue peut accéder.

Le quatrième passage couvre les identités que les gens oublient, en commençant par les invités. Les comptes invités élargissent la carte plus rapidement que tout autre, alors auditez Teams guest access contre les mêmes sites sensibles. Ensuite, répétez tout l'exercice pour les identités non humaines, car Active Directory service accounts et les enregistrements d'applications ont souvent un accès plus large que toute personne sur la paie.

Commencez la cartographie avec le rapport natif, puis vérifiez ce qu'il a omis. Le rapport de Microsoft "Site permissions for users" liste les sites SharePoint ou OneDrive auxquels un utilisateur spécifié peut accéder, directement ou via des groupes, et est la vue native la plus proche par identité.

Avant de considérer cette sortie comme complète, vérifiez trois limites dans votre propre environnement. Le rapport dépend du organization-wide permissions report, qui affiche uniquement les 100 principaux sites par nombre d'utilisateurs autorisés et exclut les sites archivés et les sites en état de verrouillage NoAccess. Les données peuvent avoir un retard de génération allant jusqu'à 48 heures, et chaque locataire est limité à cinq rapports actualisés tous les 30 jours.

Couvrez le reste avec des outils qui résolvent l'imbrication sur l'ensemble du patrimoine en une seule passe. C'est le rôle d'une capacité de data access governance, et de la catégorie plus large des outils de data access governance qui existent pour combler précisément cette lacune. Le résultat est un ensemble de constats d'accès par identité avec des évaluations des risques.

4. Prouver que la piste de journal peut reconstruire une interaction IA

Testez la piste en sélectionnant une interaction récente de Copilot et en essayant de la reconstruire uniquement à partir des journaux. Récupérez la connexion, l'événement d'invite, les fichiers modifiés et toute modification administrative des paramètres IA, puis vérifiez si file access monitoring couvre les dépôts concernés. Tout ce que vous ne pouvez pas récupérer est directement ajouté à la liste des constats comme une lacune de couverture.

Sachez quel type d’enregistrement contient quoi avant de conclure qu’il manque quelque chose. Les CopilotInteraction audit records de Purview capturent les métadonnées d’interaction et les références aux fichiers utilisés par Copilot pour répondre à une demande. Cependant, les corps des invites et des réponses résident dans la boîte aux lettres de l’utilisateur et nécessitent eDiscovery pour être collectés.

Next, measure your retention window against the investigation window you'd actually need. Under Microsoft's audit retention policies, Audit (Standard) retains records for 180 days, and Audit (Premium) extends that period to 1 year for Microsoft Entra ID, Exchange, OneDrive, and SharePoint activity generated by users with E5 or equivalent licensing. Anything longer than a year requires the 10-Year Audit Log Retention add-on in addition to E5.

Terminez l’étape en vérifiant si les enregistrements se relient effectivement entre les systèmes. Confirmez que l’équipe peut associer un événement IA à une identité puis à un enregistrement d’accès aux fichiers sans corrélation manuelle, et notez les lacunes des outils là où la chaîne se brise. L’artefact est une évaluation de la couverture et de la rétention des journaux indiquant la fenêtre par charge de travail.

5. Effectuez des tests de contrôle depuis une identité autorisée et une non autorisée

Définissez le test avant de l’exécuter, car un résultat attendu écrit après n’a aucune valeur. Choisissez un fichier avec une étiquette de sensibilité connue, une identité qui devrait y accéder et une autre qui devrait être refusée, puis notez le résultat attendu pour chacune.

Émettez la même requête de récupération depuis les deux identités et comparez les deux réponses. L'identité autorisée doit renvoyer le contenu, et l'identité restreinte doit refuser ou renvoyer un résultat vide. Vérifiez le journal d'audit pour les deux tentatives, car un échec silencieux sans trace constitue une découverte en soi.

Appliquez à DLP le même traitement surface par surface sur le même fichier de test. Exécutez les politiques en mode simulation avant de les appliquer, et appliquez les meilleures pratiques de politique DLP adaptées au locataire. Répétez chaque cas dans le chat, dans Word et dans le résumé des emails, car une politique qui fonctionne dans un contexte peut se comporter différemment dans un autre.

Enregistrez la portée, le résultat attendu, le résultat réel et la correction pour chaque cas, puis signez les documents de travail et joignez les captures d'écran et les exportations de journaux. L'artefact est un journal de test signé dans lequel chaque cas échoué a un responsable et une date de retest.

6. Rédigez le rapport pour que les conclusions se traduisent en remédiation

Structurez le rapport comme tout autre IT risk assessment livrable, couvrant la portée, la méthodologie, les résultats, les évaluations des risques et la remédiation. Classez les résultats par importance, pour que le lecteur rencontre d’abord la faille la plus grave.

Pour chaque observation, incluez les cinq éléments qu’un réviseur recherche avant de signer. La boîte à outils de rédaction de rapports de l’IIA recommande une évaluation de la criticité et une déclaration des faits couvrant la condition, les critères, la cause et l’effet, ainsi qu’un plan d’action de gestion nommant l’action convenue, le personnel responsable et une date d’échéance.

Définissez la prochaine date d’audit avant de diffuser le rapport, tant que le périmètre est encore frais. Planifiez-la à un intervalle prévu et ajoutez des déclencheurs de changement pour les nouvelles fonctionnalités d’IA, les modifications des autorisations, les révisions des politiques et les changements de journalisation. L’artefact est ce rapport, avec une date de retest déjà inscrite au calendrier.

Comment vérifier les contrôles d’accès de Microsoft 365 Copilot

Microsoft Copilot obtient son propre laissez-passer car ses garde-fous se situent dans des surfaces d'administration nommées auxquelles une méthode générique ne peut pas faire référence, et parce que l'un de ces contrôles est en cours de retrait. Les directives de déploiement de Microsoft organisent un déploiement en découvrir, classifier, auditer, sécuriser, surveiller et gouverner, chaque verbe correspondant à un test avec un résultat enregistré.

1. Lisez d'abord l'évaluation des risques des données Purview

Ouvrez Microsoft Purview Data Security Posture Management (DSPM), allez dans Discover puis Data risk assessments, et lisez l’évaluation par défaut avant d’exécuter une analyse personnalisée. Elle s’exécute chaque semaine sur les 100 sites SharePoint les plus utilisés, et les premiers résultats apparaissent environ 4 jours après dans un nouveau tenant.

Considérez le résultat comme une liste restreinte qui doit encore être élargie, car les classements d'utilisation et de sensibilité vont dans des directions différentes. Intégrez tout ce que l'évaluation signale dans la cartographie par identité de l'étape 3, et gardez les sites non classés dans le périmètre.

2. Extraire les rapports de gouvernance d’accès aux données SharePoint

Générez les rapports de Data Access Governance et traitez les liens de partage risqués, l’état des permissions et l’exposition Everyone Except External Users (EEEU). Chaque attribution EEEU sur un site contenant des données réglementées est une anomalie, et les liens de partage anonymes sont les plus rapides à révoquer.

Vérifiez votre niveau de licence avant de vous fier à la couverture fournie par ces rapports. Seul E5 offre des rapports d’activité, limités à 10 000 sites avec 28 jours de données. Les rapports instantanés et les actions de remédiation nécessitent SharePoint Advanced Management, qui inclut une licence Copilot, l’add-on Plan 1 ou Microsoft 365 E7.

3. Remplacez la recherche SharePoint restreinte par un contrôle pris en charge

Vérifiez si le locataire dépend toujours de Restricted SharePoint Search (RSS) pour freiner Copilot, et enregistrez une constatation de migration partout où c’est le cas. Microsoft a annoncé la suppression via le centre de messages Microsoft 365, bloquant la nouvelle activation de RSS à partir du 31 juillet 2026 et retirant complètement la fonctionnalité le 31 janvier 2027.

Planifiez le remplacement tant qu’il est encore temps, car les configurations RSS existantes ne seront pas automatiquement migrées vers Restricted Content Discovery. Faites l’inventaire des sites actuellement protégés par RSS et associez chacun à une correction des permissions ou à une entrée dans Restricted Content Discovery.

4. Testez les étiquettes et la DLP sur chaque surface de Copilot

Vérifiez les étiquettes de sensibilité d'abord sur les fichiers de test, puis vérifiez la configuration Purview DLP dans Microsoft 365 Copilot et Copilot Chat. Exécutez le même cas dans Copilot Chat, dans Word et dans le résumé des e-mails, et consignez chaque surface séparément.

Comparez le résultat avec ce que l'action de la politique effectue réellement. L'action DLP empêche Copilot de traiter du contenu sensible mais laisse intact l'accès de l'utilisateur au fichier, donc un utilisateur qui ouvre toujours le document a réussi le test. Pour chaque cas, capturez l'identité, le fichier, le résultat attendu, le résultat réel, l'étiquette ou la règle DLP applicable, et l'horodatage.

5. Exportez les preuves et planifiez la nouvelle vérification

Exportez les enregistrements d’audit Purview de l’activité de Copilot pour la fenêtre de test et définissez la conservation des journaux d’audit en fonction de la période d’enquête réellement nécessaire à l’équipe. Planifiez Microsoft Entra access reviews pour les appartenances aux groupes qui contrôlent l’accès à Teams et au site, puis assignez un responsable à chaque test échoué et réservez la date du nouveau test.

Évaluez la vérification de Copilot selon une norme concrète unique plutôt qu'une liste de contrôle des paramètres examinés. L'équipe la valide lorsqu'elle peut nommer un fichier, montrer que Copilot ne le résumera pas sous une identité restreinte, expliquer quelle permission, étiquette ou règle DLP l'a arrêtée, et produire l'enregistrement Purview prouvant que le test a eu lieu.

Liste de contrôle des preuves et de préparation pour un audit de gouvernance IA

Un audit d'accès aux données IA repose sur des artefacts qu'un auditeur peut inspecter. Quatre catégories portent la majeure partie du poids :

• Preuve d'inventaire : La liste des systèmes et outils IA avec propriétaires et environnements, ainsi que la documentation des sources de données accessibles par chaque système
• Preuves de politique et de contrôle : Politiques d’utilisation avec journaux de modifications, définitions des rôles et une matrice responsible, accountable, consulted et informed (RACI) pour la gouvernance de l’IA, ainsi qu’une évaluation des risques pour chaque cas d’usage IA
• Preuves d’Identity, d’accès et de surveillance : Rapports d’accès par identité, journaux d’activité IA et enregistrements des événements de contrôle tels que déclencheurs DLP, décisions de Conditional Access et résultats des revues d’accès
• Preuves de revue et de supervision : Procès-verbaux ou tickets documentant les décisions de gouvernance de l'IA, une piste d'audit des corrections après évaluations antérieures, et des indicateurs suivant la performance de la gouvernance dans le temps

Si vous en manquez un seul des quatre, c’est la faille que l’auditeur trouvera en premier. Les questions de préparation ci-dessous testent le même terrain dans l’autre sens, et chaque question sans réponse est une lacune nécessitant un responsable, un plan de remédiation et une date de retest.

Comment Netwrix comble le fossé d’audit de la gouvernance de l’IA

Quatre des étapes ci-dessus s’appuient sur des données que les outils natifs conservent brièvement ou dispersent à travers les portails, couvrant les permissions effectives, les enregistrements d’activité IA, l’application au niveau des invites et l’historique des modifications.

Netwrix regroupe ceux-ci sous AI governance en tant que capacité de plateforme nommée pour les environnements Microsoft hybrides, et un produit différent prend en charge chaque tâche.

Rapporter ce que Copilot peut atteindre, avant et après le déploiement

Netwrix 1Secure rapporte les données sensibles auxquelles Copilot peut accéder avant qu’un locataire ne l’active, répondant ainsi à la question de préparation tant que le déploiement est encore réversible. Après la mise en service, il liste les utilisateurs, horodatages et ressources référencées pour chaque interaction, et signale les réponses de Copilot qui exposent des données sensibles.

La couverture inclut SharePoint Online, les serveurs de fichiers Windows, Active Directory, Microsoft Entra ID et Exchange Online, de sorte que l’étape 4 de la piste de journal demandée provient d’une seule console.

Calcul des permissions effectives derrière chaque identité

Netwrix Access Analyzer résout l’appartenance imbriquée aux groupes AD et l’héritage cassé de SharePoint pour calculer ce que chaque identité peut réellement atteindre, mettant en lumière les accès ouverts et les droits obsolètes que les rapports par site aplanissent. Cela transforme la cartographie en quatre passes de l’étape 3 en un rapport que vous pouvez remettre à un auditeur.

L’évaluation de la Microsoft 365 Copilot readiness effectue la même analyse avant le déploiement, afin que le contenu avec des permissions excessives soit corrigé avant que tout utilisateur ne reçoive une invite.

Blocage des données sensibles dans les invites IA au niveau de l'endpoint

Netwrix Endpoint Protector inspecte le contenu des invites sur le point de terminaison et bloque les données sensibles avant qu'elles n'atteignent ChatGPT, Microsoft Copilot, Google Gemini, Claude ou DeepSeek. Chaque événement bloqué est lié à l'identité qui en est à l'origine, ce qui transforme une règle écrite sur les données interdites en quelque chose que l'étape 5 peut tester.

Conserver les preuves de modification au-delà de la fenêtre de journal native

Netwrix Auditor enregistre chaque configuration et modification de répertoire AD et Entra ID avec des valeurs avant et après dans une piste consultable. Il conserve ces valeurs dans une Archive à Long Terme qui est par défaut de 120 mois, bien au-delà de la fenêtre standard de 180 jours de Purview.

Deux clients réglementés montrent la valeur de cette piste conservée lors d’un examen. First National Bank et Trust of Beloit maintiennent une conformité OCC continue pour 300 utilisateurs dans 17 sites avec Netwrix Auditor, remplaçant le travail manuel des listes de contrôle qui prenait autrefois une semaine entière par une heure de préparation. Flagler Bank identifie et atténue les risques informatiques sur l’ensemble de son réseau avec un département informatique d’une seule personne, clôturant les enquêtes en 10 minutes alors que la recherche manuelle dans les journaux s’étendait sur des heures.

Netwrix rapporte l'accès aux données IA et le bloque au niveau du endpoint. La couche d'application propre à Microsoft détermine toujours ce qu'une identité peut faire dans Microsoft 365 via les étiquettes de sensibilité, Purview DLP et l'Accès Conditionnel. L'audit vérifie ces contrôles, et le comportement du modèle reste avec les équipes de data science et de risque modèle.

Demandez une démo pour cartographier les identités accessibles par Copilot, surveiller ce qu’il révèle après le déploiement et conserver les preuves de modification qu’un examinateur demandera.