Copilot-agentrechten: wie mag welke informatie gebruiken?

Een collega kan een Copilot-agent openen en toch geen antwoord uit een bepaald document krijgen. Andersom kan iemand al toegang tot een onbedoeld breed gedeelde bron hebben voordat er een agent aan te pas komt. Wie rechten beoordeelt, moet daarom zowel de agent als de achterliggende informatie bekijken.
Voor Microsoft 365 Copilot Agent Builder en Copilot Studio gelden verschillende instellingen. We toetsen ze met een fictieve serviceorganisatie, twee gebruikers en herkenbare oefengegevens. De productregels en kanaalvoorwaarden zijn gecontroleerd op 27 oktober 2026.
Benoem wie over welke toegang beslist
De agentbouwer kiest instructies en bronnen. Een documenteigenaar beheert wie een bestand mag lezen of delen. De tenantbeheerder bepaalt welke agentfuncties en distributie zijn toegestaan. Bij een gekoppelde dienst beslist ook die dienst welke handeling een account mag uitvoeren.
Dat zijn verschillende verantwoordelijkheden. De bouwer kan bijvoorbeeld een factuurdocument selecteren dat hij zelf mag lezen. Daarmee is nog niet besloten dat alle collega's die factuurinformatie mogen krijgen. Laat de documenteigenaar aangeven voor welke groep het bestand bedoeld is.
Schrijf voor je proef per bron op: wie is eigenaar, wie mag lezen en wie mag wijzigen? Noteer vervolgens wie met de agent mag praten. Voeg een actie toe als de agent iets kan uitvoeren, bijvoorbeeld een serviceticket wijzigen. Zo heb je een verwachting waarmee je het werkelijke gedrag kunt vergelijken.
Ken de grenzen van Agent Builder
Agent Builder kent Can chat en Can edit; de laatste geeft eigenaarsrechten. De deeldocumentatie beschrijft afzonderlijke SharePoint-rechten. Let bij Share op het meedelen van bronbestanden: daarmee kun je die rechten uitbreiden.
Een rechtstreeks geüpload bestand wordt ingebedde inhoud. De kennisdocumentatie beschrijft dat agentgebruikers daar antwoorden uit kunnen krijgen, afhankelijk van labels en extractierechten. Behandel uploaden als een aparte deelbeslissing. Gebruik voor deze proef SharePoint-verwijzingen.
“De agent ziet alles” is onjuist. “Het is automatisch goed afgeschermd” slaat de beoordeling van de bestaande rechten over. Te ruime rechten op een bron blijven een probleem, ook wanneer de agent die rechten correct volgt.
Maak een proef met twee gebruikers
Onze fictieve serviceorganisatie heeft een algemene reparatiehandleiding en een apart bestand met interne kortingsafspraken. Medewerker Noor mag alleen de handleiding lezen. Teamleider Milan mag beide bestanden lezen. Zet in het tweede document een onschuldige, unieke oefenwaarde: “kortingscode proef-amber, maximum 37 euro”. Gebruik hiervoor geen echte klantafspraak.
Laat de broneigenaar die rechten daadwerkelijk instellen. Controleer met beide accounts eerst rechtstreeks of de bestanden wel of niet openen. Een verborgen navigatielink is geen bewijs van beperkte toegang: probeer de bestandslink zelf.
Geef vervolgens beide gebruikers alleen chattoegang tot de oefenagent. Voeg de twee SharePoint-bronnen toe zonder de rechten op het kortingsbestand uit te breiden. Gebruik afzonderlijke accounts of browserprofielen. Twee chats onder hetzelfde beheerdersaccount testen maar één identiteit.
Vraag beiden hoe een reparatie wordt aangemeld. Dat antwoord hoort uit de algemene handleiding te komen. Vraag daarna naar de interne kortingscode en het maximumbedrag. Milan moet de bedoelde bron kunnen raadplegen; Noor hoort de unieke waarde niet via de agent te ontvangen. Begin iedere vergelijking in een nieuwe chat.
Onderzoek een afwijkende uitkomst zorgvuldig
Krijgt Noor toch de oefenwaarde, controleer dan eerst de bronrechten en de manier waarop de bron is toegevoegd. Is het bestand per ongeluk geüpload in plaats van gekoppeld? Is tijdens het delen extra toegang verleend? Of staat dezelfde kortingscode in een tweede, breder toegankelijk document?
Krijgt Milan geen antwoord, dan is dat op zichzelf geen bewezen beveiliging. Een bron kan nog niet verwerkt zijn of de juiste passage kan niet gevonden worden. Controleer de directe toegang en vraag naar een andere herkenbare passage uit hetzelfde document.
Leg per geval account, bron, vraag en uitkomst vast. Bewaar de unieke oefenwaarde buiten de vraagstelling: wanneer je de code zelf in je vraag typt, kan de agent haar terugzeggen zonder het document te lezen. Dan meet je niet wat je wilde meten.
Controleer in Copilot Studio ook identiteit en tools
Voor een Studio-agent bekijk je Settings, Security, Authentication. De authenticatiedocumentatie onderscheidt geen aanmelding, Microsoft-authenticatie en handmatige authenticatie. Wijzigingen daarin worden pas actief na publicatie. Toets daarom de gebruikte versie.
Bij SharePoint-generative answers in de beschreven standard-harness-configuratie gebeuren bronaanvragen namens de gebruiker. De scopes Sites.Read.All en Files.Read.All verhogen daar niet diens bestaande bestandsrechten. Die specifieke uitleg staat bij SharePoint als kennisbron. Pas die regel niet zonder onderzoek op iedere andere connector toe.
Voor tools onderscheidt Microsoft User authentication en Agent author authentication. Daarmee verschilt wiens verbinding de dienst aanspreekt. De tooldocumentatie maakt dat onderscheid expliciet. Vraag bij een ticketworkflow dus welke identiteit een wijziging uitvoert, niet alleen wie de chat opent.
Een passende vervolgproef gebruikt een oefenticket dat Noor mag lezen maar niet aanpassen. Laat de beheerder aantonen dat een wijzigingspoging ook bij de achterliggende dienst wordt geweigerd. Alleen een vriendelijke weigering in chat laat de technische bevoegdheid nog niet zien.
Herhaal de proef in het bedoelde kanaal
Een agent in de bouwomgeving kan andere toegangsvoorwaarden hebben dan dezelfde agent op een website of in Teams. Microsoft noemt per kanaal ondersteuning voor gebruikersauthenticatie van tools; de demo-website ondersteunt die volgens de tooldocumentatie niet. Neem een succesvolle test daar niet over als bewijs voor een beveiligde interne inzet.
Test met Noor en Milan op de plek waar ze straks werken. Laat daarna Noors agenttoegang intrekken en controleer opnieuw. Bij Agent Builder trekt het verwijderen van agenttoegang eerder gedeelde bestandsrechten niet vanzelf in; laat de broneigenaar die apart nalopen. Spreek ook af wie zulke wijzigingen ontvangt wanneer een collega van team wisselt.
Voor de productcontext kun je onze uitleg over Microsoft Copilot lezen. Wil je een agent voor je team beoordelen, bespreek de rollen, bronnen en gewenste handelingen met Vibe Coding Academy. Neem de uitkomsten van de twee gebruikers mee, zodat de vraag over aantoonbare toegang gaat.
Zelf aan de slag met Vibe Coding?
Leer hoe je met AI-tools werkende apps bouwt. Onze praktische cursussen nemen je stap voor stap mee.
Blijf op de hoogte
Ontvang maandelijks de nieuwste tips over vibe coding, AI tools en exclusieve content.
Meer artikelen
Een MCP-server bouwen met één eenvoudige voorraadtool
Bouw een kleine MCP-server die fictieve voorraad uitleest. Je ziet het entrypoint, invoerschema, resultaat en foutgedrag zonder een bedrijfssysteem aan te sluiten.
Codex op Windows: kies bewust tussen native en WSL2
Je kunt Codex native op Windows gebruiken of binnen WSL2. Kies op basis van je project, en controleer apart waar de terminal en de agent draaien.
Claude Code hooks: start een vaste controle na een bewerking
Gebruik Claude Code hooks voor een kleine, vaste kwaliteitscontrole. Met een oefenvoorbeeld voor ontbrekende vertalingen en uitleg over wat de uitslag bewijst.