M365Con 2027 – conférence en ligne gratuite · 11–22 Jan 2027 · 120 sessions→ m365con.net

Blog · Mirko Peters

Liste de contrôle de sécurité Copilot pour les équipes IT

Par ·

Déployer Microsoft Copilot dans toute votre organisation n’est pas une mince affaire, et les risques de sécurité peuvent être bien réels si vous négligez certaines étapes clés. Cette liste de contrôle présente ever…

Traduit automatiquement par IA à partir de l'article original. Lire l'original en anglais

▶ BLOGCopilot SecurityChecklist for IT TeamsM365.FM
Titelbild: Copilot Security Checklist for IT Teams

Déployer Microsoft Copilot dans toute votre organisation n’est pas une mince affaire, et les risques de sécurité peuvent être bien réels si vous négligez certaines étapes clés. Cette liste de contrôle présente tout ce dont les équipes IT ont besoin pour ancrer solidement l’utilisation de Copilot dans les cadres de sécurité et de conformité que vous avez mis en place sur Microsoft 365 et Azure. Vous découvrirez comment verrouiller l’identité, les autorisations et les données sensibles avant même que Copilot ne soit mis en service. Des licences aux stratégies avancées de gestion des risques, vous trouverez des conseils pas à pas pour prévenir les fuites de données et maintenir la conformité, y compris des pratiques que la plupart des autres guides n’abordent tout simplement pas. Verrouillons le lancement de Copilot, sans raccourci ni mauvaise surprise.

Contrôles de sécurité fondamentaux pour la préparation à Microsoft 365 Copilot

Préparer votre environnement Microsoft 365 à Copilot commence par la sécurité au cœur du dispositif. Avant même d’envisager d’activer Copilot, les organisations doivent poser les bases en matière de licences, de contrôle d’accès et d’hygiène des autorisations. Ces étapes ne sont pas facultatives : ce sont les incontournables qui permettent de garder les données de votre équipe là où elles doivent être.

Vous voulez vous assurer que votre socle technique répond à toutes les exigences de Microsoft, car omettre une étape liée aux licences peut ouvrir des failles tant fonctionnelles que de sécurité. Il s’agit aussi d’appliquer le principe du moindre privilège à l’ensemble des utilisateurs et des rôles, en vous appuyant sur des outils comme Entra ID pour vous assurer que personne ne dispose de plus d’accès que nécessaire. N’oubliez pas non plus les risques cachés des anciens sites SharePoint et des fichiers trop partagés : les audits d’autorisations permettent d’éviter que Copilot n’exploite des données auxquelles il ne devrait pas accéder.

En commençant par ces fondamentaux, votre équipe IT pose une base solide. Il ne s’agit pas simplement de cocher des cases, mais de mettre en place des contrôles concrets et applicables qui réduisent l’exposition et les risques. Et lorsque vous serez prêt pour la phase suivante, chaque couche de sécurité qui suivra n’en sera que plus robuste. Pour en savoir plus sur une gouvernance efficace, consultez ce guide approfondi ou découvrez les contrôles fondés sur des stratégies avec cette ressource sur la gouvernance.

Validation technique des licences pour le déploiement de Copilot

Avant que Copilot puisse être mis en service, vous devez vérifier que votre locataire Microsoft 365 est techniquement éligible. Commencez par confirmer que votre organisation dispose des niveaux de licence requis : Copilot nécessite généralement les offres Microsoft 365 haut de gamme. Vérifiez également l’emplacement de votre locataire, car certaines zones géographiques ne sont pas toujours prises en charge. Assurez-vous que toutes les exigences back-end pertinentes, comme les connecteurs Microsoft Graph, sont configurées et activées. Si un élément manque, les fonctionnalités de Copilot peuvent être bloquées, ou pire, la couverture de sécurité peut être incomplète. Un examen complet des licences et de la préparation technique doit être votre toute première étape dans tout déploiement de Copilot.

Appliquer le moindre privilège et des contrôles de rôles stricts

  • Examinez les rôles des utilisateurs et des administrateurs dans Entra ID (anciennement Azure AD). Supprimez les privilèges excessifs et limitez les rôles d’administration aux seules personnes indispensables.
  • Auditez l’appartenance aux groupes pour vous assurer que les utilisateurs ne voient que les données dont ils ont réellement besoin. Des groupes trop larges peuvent donner à Copilot un accès involontaire à des informations sensibles.
  • Mettez en place des revues régulières des attributions de privilèges et des règles d’accès conditionnel. Cela évite que vos stratégies ne deviennent obsolètes ou ne se chargent de ce que l’on appelle une « dette d’identité » : ces exceptions oubliées peuvent revenir vous hanter. Pour aller plus loin, écoutez des stratégies de renforcement de vos règles dans ce podcast sur Entra ID.
  • Superposez des outils de sécurité comme Microsoft Defender for Office 365 et Microsoft Purview pour surveiller et appliquer les paramètres de moindre privilège. Vous vous assurez ainsi que l’application de ces règles ne perturbe pas l’expérience utilisateur. Découvrez d’autres conseils pour concilier sécurité et facilité d’utilisation dans cette ressource.

Partage excessif des autorisations et audit des autorisations de sécurité

  • Auditer les liens de partage et les autorisations externes : Vérifiez tous les liens de partage et l’accès des utilisateurs invités dans SharePoint, OneDrive et Teams. Les liens oubliés peuvent exposer bien plus de données que vous ne le pensez. Pour une approche pratique de détection des risques liés au partage externe, consultez cet article approfondi.
  • Examiner le contenu ancien et obsolète : Les anciens sites, dossiers ou fichiers orphelins conservent souvent des autorisations qui ne correspondent plus à la structure réelle de vos équipes. Nettoyez-les avant que Copilot ne trouve quelque chose qu’il ne devrait pas voir.
  • Imposer la propriété et la responsabilité : Attribuez des propriétaires clairs aux ensembles de données critiques afin que les revues d’autorisations ne passent pas à travers les mailles du filet, fini les fichiers perdus dont le propriétaire reste un « mystère ». Découvrez l’intérêt d’une gouvernance solide de l’accès aux données dans cet article.
  • Limiter les accès de groupes trop larges et réduire la complexité des autorisations héritées : Traitez les accès anciens ou trop permissifs que Copilot pourrait refléter. Les réduire rend l’ensemble de votre patrimoine de données plus sûr.

En maintenant un audit régulier, votre équipe peut réduire la surface d’attaque et éviter que Copilot n’expose involontairement des informations. Les audits renforcés, appuyés par des outils et de l’automatisation, doivent devenir la norme et non l’exception.

Gouvernance des données et gestion de la sensibilité pour Copilot

Maintenant que vos autorisations sont sous contrôle, il est temps d’organiser les données réelles que Copilot peut voir. La gouvernance des données n’est pas un simple effet de mode ici : c’est le filtre qui détermine précisément ce que Copilot peut accéder, résumer ou générer. Si vos contenus sont désordonnés, anciens ou mal étiquetés, vous risquez de partager les mauvaises informations au mauvais moment.

Cette section explique comment Microsoft Purview, la classification automatisée et les étiquettes de confidentialité fonctionnent ensemble pour construire un périmètre de données maîtrisé. Vous verrez pourquoi il est essentiel de segmenter les unités commerciales, de classer les données selon leur niveau de confidentialité et de bloquer les contenus à risque grâce aux règles DLP (Data Loss Prevention), d’autant que Copilot est conçu pour faire remonter par défaut des extraits et des synthèses.

Bien gérer la gouvernance réduit le stress lié à ce que Copilot « pourrait » exposer. Lorsque vous définissez les étiquettes et les règles en amont, Copilot devient un outil plus prévisible et moins risqué. Pour découvrir d’autres stratégies sur les contrôles avancés de Purview et l’application des règles DLP, lisez ce guide sur la gouvernance avec Microsoft Purview ou explorez la construction d’une base ECM conforme avec ce podcast.

Organiser et classifier les données pour l’accès de Copilot

  • Inventoriez vos données avec Microsoft Purview : Recensez les données que vous possédez, leur emplacement et leur propriétaire. Cet inventaire limite les mauvaises surprises.
  • Nettoyer et archiver les données obsolètes ou redondantes : Supprimez les fichiers anciens, périmés ou trop partagés afin que Copilot ne remonte pas les recettes de sandwichs de quelqu’un datant de 2017.
  • Automatiser la classification avec Purview et SharePoint : Utilisez des règles pour étiqueter automatiquement les contenus selon leur type et leur sensibilité, afin de préparer l’ensemble de votre patrimoine à une synthèse sûre par Copilot. Découvrez comment une gouvernance SharePoint bien conçue facilite la préparation à l’IA dans cette ressource.

Utiliser les étiquettes de confidentialité pour contrôler la synthèse par Copilot et segmenter les utilisateurs sensibles

  • Appliquer les étiquettes de confidentialité Microsoft Purview : Étiquetez les courriels, les documents et les canaux Teams afin que Copilot ne résume que ce qui est autorisé. Des étiquettes comme « Hautement confidentiel » peuvent empêcher totalement Copilot d’accéder aux fichiers sensibles.
  • Segmenter les utilisateurs et les groupes grâce à un étiquetage avancé : Définissez des règles d’accessibilité distinctes pour Copilot selon les équipes de direction, le service juridique, les RH ou tout groupe nécessitant un niveau de sécurité plus élevé. Cela évite la circulation accidentelle d’informations restreintes entre groupes.
  • Automatiser l’application des étiquettes avec les règles DLP et les stratégies basées sur les rôles : Utilisez Purview pour déployer les étiquettes et appliquer les règles à l’ensemble des charges de travail, afin que toutes les sorties de Copilot héritent des restrictions appropriées, fini les contenus restants sans étiquette.
  • Intégrer l’étiquetage dans la formation des utilisateurs et les playbooks de gouvernance : L’étiquetage ne doit pas être uniquement l’affaire de la DSI. Tous les collaborateurs, en particulier les unités métier les plus exposées aux risques, ont besoin d’être accompagnés. Découvrez comment une gouvernance efficace et un centre d’apprentissage renforcent la sécurité dans ce guide.

Pour des conseils plus approfondis sur la gestion des contenus sensibles et la DLP de Power Platform, consultez cette ressource sur la gouvernance.

Mettre en œuvre des stratégies DLP pour prévenir les fuites de données

  • Déployer des modèles DLP adaptés à Copilot : Configurez des règles DLP qui détectent les contenus sensibles et empêchent leur synthèse ou leur partage via les conversations Copilot, les courriers électroniques ou les documents.
  • Surveiller les violations dans les journaux DLP : Consultez régulièrement les journaux pour repérer les actions Copilot à risque et ajustez les stratégies pour traiter les problèmes récurrents. Pour en savoir plus sur la mise en place concrète de la DLP, consultez ce guide.
  • Intégrer la DLP à Power Platform et aux environnements par défaut : La plupart des fuites de données proviennent de zones non gouvernées, et les paramètres par défaut ne suffisent jamais. Pour aller plus loin sur la DLP, écoutez ce podcast.

Stratégie de déploiement sécurisé et planification du pilote

Même avec tous les contrôles les plus stricts en place, la façon la plus sûre de lancer Copilot dans votre organisation reste une approche progressive, pilotée par un projet pilote. Se lancer tête baissée dans un déploiement à grande échelle peut vous exposer à des lacunes de configuration, à des comportements inattendus et à des limites d’autorisations non testées.

Cette section explique comment mettre en place un pilote validé au regard des risques, afin d’évaluer à la fois la posture de sécurité de Copilot et sa valeur métier réelle. Vous découvrirez un plan pas à pas sur 4 semaines, depuis l’adhésion des parties prenantes jusqu’à l’activation de la surveillance et de la formation. Surtout, vous apprendrez à rendre opérationnels ces contrôles, en veillant à ce que la journalisation, les alertes et la gouvernance soient pleinement opérationnelles avant d’étendre le déploiement au-delà de votre groupe initial.

Cette méthode permet à votre équipe de détecter les problèmes en amont, d’affiner les stratégies et d’ajuster sa communication, avant que des centaines (voire des milliers) d’utilisateurs ne soient concernés. Vous souhaitez une meilleure adoption, moins de désordre et moins d’urgences de sécurité ? Tout commence par un pilote bien mené. Pour en savoir plus sur la formation à Copilot et les centres d’apprentissage, consultez cette ressource.

Conception du pilote Copilot et tests validés au regard des risques

  • Sélectionner un groupe pilote représentatif : Choisissez entre 20 et 50 utilisateurs issus de différents services et fonctions, en veillant à inclure à la fois les gros utilisateurs de données et les personnes disposant de privilèges élevés.
  • Concevoir des scénarios de test fondés sur les risques : Élaborez des scénarios qui testent délibérément la réaction de Copilot face aux limites d’autorisations, aux requêtes eDiscovery et aux demandes portant sur des contenus sensibles. Ne ménagez pas le pilote : soumettez-le à des tests de charge en conditions réelles.
  • Surveiller les résultats inattendus : Profitez de cette phase pour repérer les problèmes que Copilot pourrait introduire en matière d’accès, de partage ou d’alertes de conformité.
  • Ajuster la configuration et les contrôles : Recueillez les retours des utilisateurs pilotes et adaptez les stratégies Copilot avant d’étendre le déploiement. Cette démarche élimine les approximations et fait en sorte que chacun, de la sécurité au métier, contribue à la réussite du déploiement.

Plan de préparation et de déploiement pas à pas sur 4 semaines

  1. Semaine 1 : Alignement du périmètre – Définissez les objectifs du projet, sélectionnez les utilisateurs pilotes et confirmez la disponibilité des licences et la préparation technique.
  2. Semaine 2 : Accès minimal viable – Restreignez l’accès de Copilot, configurez les stratégies DLP et verrouillez le sur-partage tout en activant la surveillance clé.
  3. Semaine 3 : Instrumentation du pilote – Activez la journalisation d’audit, mettez en place la surveillance des requêtes et des réponses, et examinez les interactions Copilot au regard des risques.
  4. Semaine 4 : Extension contrôlée – Augmentez prudemment l’accès à Copilot, résolvez les problèmes et renforcez l’accompagnement des utilisateurs. Chaque phase s’appuie sur les enseignements de la semaine précédente.

Rendre opérationnels les contrôles de sécurité de Copilot avant l’extension

  • Activer la surveillance continue : Vérifiez que les journaux d’audit, les alertes DLP et l’application des étiquettes fonctionnent et sont consultables en temps réel.
  • Établir un rythme de formation des utilisateurs : lancez une formation formelle à la sécurité avant d’étendre l’usage, afin que chacun comprenne les règles du jeu.
  • Tester les flux de gouvernance et les plans de réponse : entraînez vos équipes à l’examen des alertes, à la réponse aux incidents et à la mise à jour des stratégies Copilot avant d’ouvrir l’accès à un public plus large.

Et si vous souhaitez des informations plus détaillées sur l’automatisation de la gouvernance ou l’opérationnalisation des contrôles, vous pouvez consulter les sujets associés, redirigés depuis cette page de référence sur l’automatisation PowerShell (bien que la page principale soit indisponible, elle vous orientera vers des ressources actualisées).

Surveillance, audit et conformité de l’usage de Copilot

Une fois Copilot déployé, vous devez garder une vue claire sur son usage au quotidien. Mettre en place une surveillance rigoureuse, une journalisation d’audit complète et un suivi de conformité solide constitue votre filet de sécurité : chaque interaction avec Copilot doit pouvoir être tracée et examinée.

Cette section détaille comment activer et valider les journaux d’audit qui capturent chaque invite, chaque réponse et chaque transaction de données de Copilot. Elle explique également comment surveiller l’activité de partage, en particulier lorsqu’elle s’étend à des utilisateurs externes, à des invités ou à des appareils non gérés. En suivant activement les signaux de risque et en appliquant votre cadre de conformité, vous serez prêt pour les audits, et pour les mauvaises surprises que peuvent apporter les nouveaux flux de travail pilotés par l’IA.

Une supervision centralisée et documentée n’est pas une simple façade : elle renforce la confiance de la direction, des utilisateurs finaux et des auditeurs. Commencez par les stratégies d’audit à l’échelle du locataire avec cette ressource sur l’audit Purview, ou découvrez la conformité continue et la surveillance en temps réel grâce à Microsoft Defender for Cloud.

Vérifier et surveiller la journalisation d’audit de Copilot

Activez la journalisation d’audit pour toutes les charges de travail Microsoft 365 qui intègrent Copilot. Assurez-vous que les journaux enregistrent les invites de Copilot, ses réponses et tous les événements d’accès aux données : c’est indispensable pour le suivi de conformité et les investigations forensiques. Centralisez l’ensemble des journaux d’audit dans une plateforme accessible à vos équipes de sécurité et de conformité. Documentez les configurations de Copilot dans votre stratégie d’audit principale afin que toutes les modifications et activités puissent être tracées et examinées en cas d’incident.

Surveiller et limiter les risques liés au partage et aux accès externes

  • Configurez des alertes pour tout fichier ou message partagé à l’extérieur qui a été créé ou traité avec Copilot, y compris les accès invités et les appareils non gérés.
  • Surveillez le comportement des utilisateurs pour détecter les modifications soudaines d’autorisations, les pics de partage massifs ou les accès émanant d’utilisateurs qui n’interagissent habituellement pas avec certains jeux de données.
  • Procédez à des examens réguliers des journaux et appliquez l’automatisation PowerShell pour des analyses plus approfondies lorsque c’est nécessaire. Pour des cadres permettant de détecter les risques avant qu’il ne soit trop tard, consultez ce guide sur la sécurité du partage.

Conformité, confidentialité et exigences juridiques pour Copilot

  • Définissez clairement les usages acceptables de Copilot : formalisez les règles d’usage acceptable de Copilot dans vos stratégies de conformité et intégrez-les à l’intégration des nouveaux arrivants et à vos communications.
  • Alignez les pratiques Copilot sur les normes de confidentialité et réglementaires : assurez-vous que tous les traitements liés à Copilot respectent les règles propres à votre secteur (HIPAA, RGPD, etc.) ainsi que les exigences de confidentialité de votre organisation.
  • Préparez les preuves d’audit et les cadres de référence : soyez en mesure de démontrer les contrôles Copilot lors d’audits externes, avec la rétention des journaux, la documentation des contrôles et les preuves des flux de travail. Pour mieux identifier les lacunes de gouvernance, consultez cet article explicatif sur la dérive de conformité.
  • Réagissez rapidement aux événements de conformité : si une action de Copilot entraîne un événement à risque, activez immédiatement un processus d’examen et de gestion d’incident déjà établi. Cette approche proactive évite que de petits problèmes ne deviennent des casse-tête pour les audits.

Direction, gouvernance et stratégies d’atténuation des risques

Aucun projet Copilot n’est réellement sécurisé sans l’implication active de la direction dès le départ. Ce n’est pas seulement un problème informatique : les DSI, le service juridique, la conformité et les responsables des métiers ont tous un rôle à jouer pour définir les limites et garantir une utilisation sûre et appropriée de Copilot.

Cette section présente des listes de contrôle synthétiques qui responsabilisent chacun, ainsi que des questions incontournables que tout dirigeant devrait poser avant et après le déploiement. Vous y trouverez également une analyse sans détour des risques concrets : injection de prompts, fuites de données incontrôlées et pièges identifiés sur le terrain. Associer le bon comité de gouvernance constitue une véritable ligne de défense intégrée contre les dérives potentielles de l’IA. Pour en savoir plus sur la nécessité des comités de gouvernance et des garde-fous de l’IA responsable, consultez cette analyse, ou découvrez le rôle de l’architecture de plan de contrôle dans cette page.

Avec une structure de gouvernance solide et des outils pratiques et concrets, vous préparez votre organisation à une innovation sûre et à une conformité durable.

Listes de contrôle pour les dirigeants et les propriétaires en vue de la préparation à Copilot

  • Validation technique et des licences : Vérifiez que l’environnement répond à l’ensemble des prérequis de Microsoft Copilot et que les licences appropriées sont attribuées avant le déploiement.
  • Approbation par le comité de gouvernance : Obtenez l’aval du comité de gouvernance de l’IA, de conformité ou de gestion des risques, confirmant la cohérence avec les stratégies d’utilisation des données et de confidentialité. Pour comprendre l’importance de ces comités, écoutez cet épisode.
  • Communication avec les parties prenantes et les utilisateurs : Rédigez et diffusez des informations claires aux utilisateurs sur ce qu’est Copilot, ses risques et la manière dont ils sont censés l’utiliser.
  • Responsabilité des propriétaires : Désignez les responsables des données critiques, de la configuration de Copilot et de la réponse aux incidents, afin d’éviter toute incertitude en cas de problème.

Questions clés pour la direction et définition de l’utilisation acceptable

  • Quelles données Copilot peut-il et ne peut-il pas consulter ? Assurez-vous que ce point n’est pas une boîte noire : exigez de la transparence, de la part de la DSI comme de Microsoft, lors de la définition des limites.
  • Qui est responsable des actions de Copilot ? La responsabilité ne doit laisser aucune place à l’ambiguïté : chaque incident lié à Copilot doit avoir un référent nommé ou un propriétaire métier.
  • Quels sont les pièges juridiques ou réglementaires ? Demandez ce qui se passe si Copilot traite ou produit des contenus réglementés, et comment ceux-ci sont signalés dans votre dispositif de conformité.
  • Qu’est-ce qui constitue un usage abusif de Copilot ? Rédigez des énoncés d’« utilisation acceptable » en langage clair, faciles à suivre pour chacun, en évitant autant que possible le jargon juridique. Pour d’autres stratégies de gouvernance, consultez cette liste de contrôle de déploiement.
  • Comment les incidents ou événements de conformité seront-ils suivis et résolus ? Assurez-vous que la surveillance, le reporting et les chemins d’escalade ne sont pas seulement documentés, mais intégrés à vos flux de travail réels.

Risques de sécurité, injection de prompts et stratégies d’atténuation

  • Risques d’injection de prompts : Des attaquants, ou simplement des utilisateurs, peuvent formuler des prompts astucieux destinés à extraire des informations sensibles ou à contourner les contrôles de contenu. Testez systématiquement la logique de Copilot avec des scénarios aussi bien légitimes qu’adverses afin de repérer les failles.
  • Fuite de données via les synthèses produites par l’IA : Sans étiquetage rigoureux et sans superposition de couches DLP, Copilot pourrait synthétiser ou combiner des informations provenant de sources restreintes dans un résultat qui contourne les contrôles classiques. Pour les risques cachés liés aux données dérivées, lisez cette étude de cas sur la gouvernance.
  • Accès trop permissif : Si des utilisateurs ou des agents disposent d’autorisations Graph API étendues, Copilot peut « voir » bien plus que prévu, en particulier en présence d’une prolifération de groupes héritée du passé.
  • Stratégies d’atténuation : Appliquez par défaut une étiquette à toutes les sorties de l’IA, limitez la synthèse au niveau de privilège minimal nécessaire, auditez régulièrement les contenus dérivés et mettez en place des points de contrôle avant le partage des blocs-notes et des sorties volumineuses.
  • Principaux enseignements : Nous avons vu des déploiements compromis par des résultats non étiquetés, des journaux d’audit ignorés et un manque d’adhésion de la part des dirigeants. Considérez Copilot comme un élément à part entière de votre structure de gouvernance, et non comme une simple expérimentation réservée à la DSI.

Sécurité des invites Copilot et bonnes pratiques de saisie pour les équipes informatiques

Vous avez mis en place des autorisations, une surveillance et une gouvernance, mais n’oubliez pas que ce que les utilisateurs saisissent dans Copilot peut peser lourd sur votre sécurité. L’injection d’invite, les invites adverses et les tentatives de « jailbreaking » peuvent amener Copilot à révéler ou à déduire des données sensibles. La plupart des listes de contrôle concurrentes passent ce point sous silence, alors que c’est un sujet de préoccupation en forte croissance à mesure que les entreprises adoptent massivement les grands modèles de langage.

Cette section aborde un terrain nouveau en proposant aux équipes informatiques des contrôles proactifs permettant à la fois de détecter et de bloquer les invites malveillantes ou trop descriptives. Vous verrez également ce qu’implique une formation efficace des utilisateurs, afin que personne n’expose involontairement des informations sensibles. Les règles évoluent, et votre démarche de gestion des invites doit évoluer avec elles. Pour en savoir plus sur la gouvernance du comportement sûr des agents d’IA, lisez ces bonnes pratiques de gouvernance.

Atténuer l’injection d’invite et le jailbreaking dans Copilot

  • Surveiller les invites suspectes ou adverses : Mettez en place des outils qui signalent les requêtes tentant de contourner les restrictions de Copilot ou d’obtenir des informations sensibles par des formulations détournées.
  • Détecter la détournement de contexte et les exploitations indirectes : Apprenez à Copilot à repérer les entrées contenant des instructions intégrées (« Fais comme si tu n’étais pas un assistant... ») ou les tentatives d’attaques par invites à « double usage ».
  • Déployer des contrôles en couches : Limitez le contexte des invites de Copilot aux données de la session active et appliquez des limites strictes à l’IA lorsque c’est possible, en empêchant la fusion de synthèses entre plusieurs jeux de données. Pour découvrir l’identité des agents et les plans de contrôle dans l’IA d’entreprise, consultez cet article.

Bonnes pratiques de saisie des invites et recommandations de formation des utilisateurs

  • Établir des recommandations de rédaction des invites : Formez les utilisateurs à ne pas saisir de données personnelles, de secrets d’affaires ou d’informations confidentielles dans leurs invites.
  • Proposer une sensibilisation à la sécurité ciblée : Organisez des ateliers de sécurité spécifiques à Copilot, présentant les erreurs courantes et des exemples d’exploitation réels.
  • Fournir des modèles d’invites pour les scénarios à haut risque : Mettez à disposition des utilisateurs des modèles sûrs et approuvés, et précisez exactement ce qui est approprié ou non à demander à Copilot.
  • Approche d’apprentissage continu : Les boucles de retour d’information, les quiz et les microformations permettent d’ajuster les comportements à mesure que de nouvelles fonctionnalités de Copilot sont publiées.

Flux de données entre services et risques liés au contexte de Copilot

Copilot ne se limite pas à une seule application : il puise du contexte dans Teams, SharePoint, Outlook et d’autres services. Si cela favorise la productivité, cela crée de nouveaux risques, en particulier lorsque des informations franchissent des frontières qui devraient rester internes. Une propagation non maîtrisée des données peut entraîner des fuites involontaires d’informations sensibles, par déduction ou par simple surexposition.

Cette section porte sur la cartographie, l’audit et la mise en place de garde-fous autour de la manière dont Copilot combine le contexte entre les services. Vous verrez comment éviter que Copilot ne combine involontairement des informations qui doivent rester cloisonnées. Grâce à une cartographie solide des données et à une protection contre la perte de données (DLP) à plusieurs niveaux, les organisations peuvent garder Copilot souple pour les utilisateurs sans compromettre leur conformité. Pour en savoir plus sur les écueils d’une base de données mal structurée et sur les effondrements de la gouvernance, lisez ce retour d’expérience sur la gouvernance.

Cartographier et contrôler le flux de contexte des données de Copilot dans Microsoft 365

  • Inventorier les données auxquelles Copilot accède : Recensez les applications (Teams, OneNote, Outlook, SharePoint, etc.) auxquelles Copilot peut accéder, ainsi que les groupes ou comptes qui contrôlent les autorisations sur ces applications.
  • Définir des limites de synthèse par unité commerciale : Restreignez la fusion de données de Copilot à des combinaisons préapprouvées, sans mélanger par exemple les données juridiques et commerciales.
  • Activez des contrôles fondés sur des stratégies avec Purview et l’accès conditionnel : utilisez la classification, la prévention de la perte de données (DLP) et la surveillance en temps réel pour empêcher le mélange non autorisé de contextes. Pour en savoir plus sur l’équilibre entre sécurité et facilité d’utilisation dans Microsoft 365, consultez ce guide pratique.

Prévenir l’exposition implicite de données dans les synthèses générées par l’IA

  • Identifiez les risques d’exposition composite : comprenez comment des entrées non sensibles peuvent révéler des conclusions sensibles. Les synthèses de Copilot qui combinent le contenu des agendas avec les jalons d’un projet peuvent divulguer, sans le vouloir, des priorités de projet classifiées.
  • Superposez la DLP et segmentez le contenu : ne vous fiez pas uniquement à la DLP classique. Utilisez une segmentation fondée sur les rôles et limitez le périmètre de synthèse dans la configuration IA de Copilot.
  • Superposition des stratégies et audits réguliers : testez les résultats de Copilot pour détecter les fuites indirectes, et mettez à jour les stratégies DLP et d’étiquettes pour combler les lacunes de couverture au fur et à mesure qu’elles apparaissent.
  • Sensibilisez les utilisateurs aux risques d’inférence liés à l’IA : intégrez à vos formations des exemples où des requêtes en apparence anodines entraînent des fuites de données inattendues, ce qui renforce la nécessité d’une saisie et d’une relecture attentives.

Gérer la sécurité des applications tierces et des modules complémentaires avec Copilot

La surface d’attaque s’élargit dès que vous connectez à Microsoft 365 des outils ou applications tiers, et Copilot ne fait pas exception. Les intégrations avec Salesforce, Zoom, Slack, ou même les connecteurs Power Platform, peuvent introduire des risques de sécurité si elles ne sont pas surveillées.

Cette section montre comment auditer et valider les modules complémentaires compatibles avec Copilot, en vérifiant les accès risqués aux données ou les autorisations obsolètes susceptibles d’être héritées. Vous verrez également comment empêcher les flux de données non intentionnels entre Copilot et les applications SaaS connectées, afin que votre périmètre de conformité ne soit pas altéré par un simple connecteur. Pour une analyse approfondie de la gouvernance Power Platform et de la maîtrise des risques liés aux développeurs citoyens, consultez cette ressource.

Évaluer les risques de sécurité des modules complémentaires tiers compatibles avec Copilot

  • Auditez toutes les applications tierces intégrées à Copilot : listez chaque application ou module complémentaire connecté à Copilot et réalisez un examen des autorisations et des flux de données.
  • Analysez les risques liés à l’accès aux données et à l’héritage des autorisations : vérifiez si un module complémentaire fournit des droits étendus sur l’API Graph ou des droits d’administration, ce qui pourrait élever les accès accordés à Copilot.
  • Mettez à jour les processus d’approbation et de revue des applications : utilisez le portail AppSource de Microsoft 365 pour toutes les approbations. Bloquez ou restreignez les applications jugées obsolètes, non sécurisées ou non conformes à vos exigences de conformité.

Contrôler l’accès aux données entre Copilot et les applications SaaS connectées

  • Mettez en place des processus d’approbation : n’autorisez les intégrations qu’après une revue formelle par la DSI, en vous assurant que chaque connexion SaaS répond à un besoin métier légitime et dispose d’un périmètre clairement documenté.
  • Appliquez la DLP et l’accès conditionnel : appliquez des règles DLP et des stratégies d’accès contextuelles pour surveiller et bloquer les transferts de données non autorisés hors de l’environnement Microsoft 365.
  • Surveillez l’activité à l’exécution et au niveau des connecteurs : consultez les journaux de chaque connecteur et automatisez des alertes sur les activités inhabituelles entre services ou les extractions de données à grande échelle. Pour en savoir plus sur les risques liés au Shadow IT et la surveillance à l’exécution, consultez cette ressource.

Entités dans cet article

Microsoft Purview Microsoft Entra ID Governance Dynamics 365 Guides Least privilege SharePoint Compliance Microsoft 365 Sensitivity labels Microsoft 365 Copilot

Articles associés

RSS