À retenir
Le grounding de Microsoft 365 Copilot et le parcours SharePoint authentifié documenté dans Copilot Studio respectent les droits de l’utilisateur. Cette règle ne décrit pas toutes les actions d’un agent : un outil connecté peut utiliser l’identité de l’utilisateur ou celle de son créateur. Vérifiez ces chemins séparément. Une réponse absente ne prouve pas qu’un accès a été supprimé.
1. Distinguer Copilot, agents et liens de fichiers
Pour l’option SharePoint documentée, les réponses utilisent les contenus accessibles à l’utilisateur authentifié. Les outils et connecteurs suivent leur propre configuration d’identité. Un groupe trop large peut donc exposer un document sans contournement des permissions ; une connexion utilisant les droits du créateur doit être examinée pour ses propres capacités.
Consultez les partages externes SharePoint et les liens « Toute personne » pour les corrections de liens. Le guide Shadow AI couvre les usages non approuvés.
| Parcours | Question à poser | Vérification |
|---|---|---|
| Chat Microsoft 365 Copilot | Qui peut lire les documents utilisés ? | Permissions et groupes dans la source |
| Agent Copilot Studio | Quelles connaissances et actions sont accessibles ? | Sources, authentification et identité de chaque outil |
| Liens Drive ou SharePoint | Qui peut ouvrir le lien ? | Audience et correction du partage |
Références : Microsoft — Connaissances SharePoint dans Copilot Studio · Microsoft — Identifiants fournis par le créateur
2. Inventorier les sources et les identités
Un tableau suffit pour commencer. Enregistrez :
Les URL SharePoint enregistrées délimitent le périmètre recherché : ne choisissez pas tout l’intranet par défaut. Le parcours sans authentification ne récupère pas cette source SharePoint. Ne généralisez pas la règle de sécurité des connaissances à un fichier importé ou à un connecteur différent.
Vérifiez les politiques Power Platform et les règles de partage de l’agent. Passer globalement les outils aux identifiants de l’utilisateur peut interrompre les agents autonomes ou exécutés en arrière-plan sans utilisateur présent. Examinez les usages concernés avant ce changement.
- le nom de l’agent, son environnement et son responsable métier ;
- les URL SharePoint, listes, fichiers et autres sources, avec la date de vérification ;
- les connecteurs et actions possibles : lecture, envoi de messages, modification de fichiers ou appels d’API ;
- les personnes autorisées à utiliser l’agent et celles pouvant le modifier ou le publier ;
- l’authentification de l’utilisateur et, séparément, l’identité utilisée par chaque outil ;
- les permissions nécessaires, l’édition du produit et les limites encore inconnues.
Références : Microsoft — Connaissances SharePoint dans Copilot Studio
3. Séparer protections temporaires et permissions corrigées
Restricted Content Discovery et Purview DLP peuvent limiter la découverte ou le traitement de contenus dans les parcours couverts. Ils ne constituent pas une preuve de suppression des accès. Vérifiez l’édition et la configuration effectivement disponibles.
Conservez trois résultats distincts :
Les groupes larges, invités obsolètes et héritages de permissions peuvent rester en place après une politique. Donnez une condition de sortie aux protections temporaires.
- Découverte ou traitement limité : contrôle actif, périmètre et limites vérifiés.
- Permissions corrigées : audience, groupes et liens modifiés dans SharePoint, avec vérification.
- Exception ouverte : responsable, risque restant et condition de clôture.
Références : Microsoft — Fondation Copilot sécurisée et gouvernée
4. Revoir les connecteurs et le départ des créateurs
Dans l’échantillon Material Security de 22 332 applications sur 21 environnements Google Workspace, 91 % des applications IA/automatisation ont été observées depuis janvier 2024 ; 1 064 applications avaient des jetons valides sans utilisateur actuellement actif. Ces chiffres ne mesurent ni les clients elba ni les tenants Microsoft.
Pour chaque connexion, notez son responsable, sa finalité, ses permissions et son identité d’exécution. Examinez les droits devenus inutiles lors du départ du créateur ou de l’arrêt de l’agent. Ne confondez pas connexion SSO, autorisation individuelle et consentement tenant.
La suspension Google réinitialise les jetons OAuth de cet utilisateur ; les autres autorisations doivent encore être examinées. La suppression d’une autorisation déléguée Microsoft empêche l’émission de nouveaux jetons pour ces droits, mais les jetons d’accès existants peuvent rester valides jusqu’à expiration.
Utilisez le guide d’audit OAuth et la revue des habilitations pour vérifier les changements dans leurs sources.
Références : Microsoft — Identifiants fournis par le créateur · Material Security — OAuth Risk Report · Google — Sécuriser les comptes compromis · Microsoft Graph — Supprimer une autorisation déléguée
5. Vérifier les chemins résiduels
Avec des données fictives et des identités aux droits connus, vérifiez l’accès prévu, un cas sans accès et un cas couvert par la politique. Notez le parcours précis, l’identité, la configuration, la date et le résultat attendu puis observé.
Vérifiez également les droits d’édition/publication et l’accès des invités. Tenez compte des délais de propagation et des accès indirects par groupes ou liens. Un résultat « aucune réponse » ne clôt pas à lui seul la revue. Conservez les conclusions utiles, pas les documents sensibles utilisés dans l’activité courante.
Références : Microsoft — Connaissances SharePoint dans Copilot Studio
6. Donner un résultat lisible aux responsables
Distinguez les permissions réellement corrigées, les sources/connecteurs/partages d’agents revus et les exceptions de politique encore ouvertes. Un indicateur unique « Copilot sécurisé » masque ces différences.
Pour une organisation de 50 à 200 personnes, une revue mensuelle des nouveaux agents et sources, un échantillon trimestriel des droits sensibles et une vérification au départ des créateurs constituent un point de départ à adapter. Chaque action garde un responsable et une preuve datée.
Références : Microsoft — Identifiants fournis par le créateur
Comment elba accompagne ce parcours
Une connexion Data Protection distincte permet de remonter les expositions SharePoint/OneDrive prises en charge ; une synchronisation d’annuaire ne prouve pas une couverture documentaire. Third-Party Apps rassemble les preuves connectées et observations navigateur en conservant leur origine.
Les Playbooks Browser Security configurés appliquent les avertissements ou blocages des parcours navigateur couverts. Vérifiez fournisseur, interface, compte et format. Un contrôle Copilot web ne démontre pas une protection du grounding Microsoft 365 natif ou des connecteurs Copilot Studio. L’inspection des fichiers texte est limitée ; PDF, Office, la plupart des images et archives fournissent uniquement des métadonnées. Une inspection incomplète ne bloque pas à elle seule un envoi.
Elba ne remplace pas les politiques Microsoft et n’annonce pas un inventaire exhaustif des configurations Copilot Studio. Les corrections dépendent de la connexion et de l’action effectivement prises en charge.
Checklist du risque résiduel Copilot et agents M365
Vos cases cochées restent sur cette page et sont réinitialisées à son rechargement.
Questions fréquentes
Copilot contourne-t-il les permissions SharePoint ?
Le grounding documenté respecte les droits d’accès de l’utilisateur. Examinez les audiences trop larges ; ne généralisez pas cette règle aux outils d’un agent utilisant une autre identité.
Une politique DLP suffit-elle ?
Non. Vérifiez aussi permissions, partages, sources et outils. Une limitation de traitement ne prouve pas une audience réduite.
Les connaissances SharePoint et les connecteurs suivent-ils les mêmes droits ?
Le parcours SharePoint authentifié est décrit séparément par Microsoft. Pour chaque outil, vérifiez l’identité de l’utilisateur ou du créateur et les droits correspondants.
Que mesurer chaque mois ?
Les revues terminées avec preuve, corrections confirmées dans la source et exceptions ouvertes avec responsable. Ne confondez pas volume de détections et risque corrigé.
Sources et documentation
Documentation de référence utilisée pour ce guide. Les paramètres et les éditions disponibles évoluent : consultez les sources avant de modifier vos réglages.
- Microsoft — Fondation Copilot sécurisée et gouvernée
- Microsoft — Connaissances SharePoint dans Copilot Studio
- Microsoft — Sécuriser les projets Copilot Studio
- Microsoft — Identifiants fournis par le créateur
- Material Security — OAuth Risk Report
- Google — Sécuriser les comptes compromis
- Microsoft Graph — Supprimer une autorisation déléguée