Ga naar de inhoud
IT-Realiteit
Security & weerbaarheid

Copilot brak de deur niet open. SharePoint stond al open.

Copilot maakt zichtbaar welke oude rechten, brede groepen en vergeten SharePoint-informatie al veel te ruim gedeeld zijn.

De medewerker vraagt Copilot om een samenvatting van een project en krijgt ineens informatie over een reorganisatie, een oud arbeidsconflict en een spreadsheet met salarissen. De eerste reactie is voorspelbaar: Copilot is gevaarlijk. Zet de stekker eruit. Bel Microsoft. Organiseer een taskforce.

Dat is meestal de verkeerde diagnose. Copilot heeft die informatie niet opeens toegankelijk gemaakt. De medewerker had er al toegang toe, direct of via een groepslidmaatschap, gedeelde link, Teams-kanaal of een vergeten SharePoint-site. Copilot maakt alleen zichtbaar hoe ruim de organisatie haar informatie al jarenlang heeft gedeeld.

SharePoint-oversharing is geen Copilot-probleem. Het is een informatiebeheer- en autorisatieprobleem dat door Copilot een gezicht krijgt. Dat verschil is niet semantisch. Wie Copilot uitschakelt zonder de onderliggende toegangsstructuur te herstellen, behandelt de rookmelder alsof die de brand heeft veroorzaakt.

SharePoint onthoudt alles wat de organisatie vergat

SharePoint is in veel organisaties begonnen als documentomgeving, maar geëindigd als archief, samenwerkingsplatform, intranet, projectruimte en digitale rommella. Alles staat er naast elkaar. Actuele beleidsdocumenten naast concepten uit 2018. Vertrouwelijke bestuursstukken naast presentaties die ooit voor een brede doelgroep bedoeld waren. Projectsites waarvan niemand meer weet wie eigenaar is, maar waarvan de rechten nog steeds actief zijn.

Dat is geen fout in één specifieke configuratie. Het is het voorspelbare resultaat van jaren samenwerken zonder duidelijke afspraken over eigenaarschap, bewaartermijnen en toegangsmodellen. Een medewerker maakt een site aan, voegt een groep toe, deelt een map met een collega en vertrekt vervolgens naar een andere afdeling. De techniek blijft bestaan. De context verdwijnt.

Daar komt de eigenaardigheid van Microsoft 365 bij. Toegang wordt niet alleen toegekend aan personen, maar ook via Microsoft 365-groepen, Teams, SharePoint-groepen, Entra-groepen, gedeelde links en geneste lidmaatschappen. Voor de gebruiker voelt dat als één digitale werkplek. Voor de beheerder is het een keten van afhankelijkheden waarin een wijziging op de ene plek onverwachte gevolgen op een andere plek kan hebben.

Wie dan beweert dat “iedereen alleen toegang heeft tot zijn eigen documenten”, beschrijft meestal een wensbeeld en geen autorisatiemodel.

Copilot vergroot niet de rechten, maar wel de vindbaarheid

De kracht van Copilot zit juist in het combineren en toegankelijk maken van informatie. Dat is nuttig wanneer broninformatie actueel, correct en passend gedeeld is. Het wordt ongemakkelijk wanneer de organisatie jarenlang heeft vertrouwd op onvindbaarheid als beveiligingsmaatregel.

Een document dat diep in een oude projectsite staat, wordt niet veilig omdat niemand de URL kent. Een map met een brede groep als lezer is niet vertrouwelijk omdat medewerkers er normaal niet naar zoeken. En een spreadsheet met gevoelige gegevens wordt niet minder gevoelig omdat de bestandsnaam onduidelijk is. Onduidelijkheid is geen autorisatie.

Copilot haalt die oude aanname onderuit. Het systeem kan binnen de toegankelijke informatie sneller verbanden leggen dan een medewerker ooit handmatig zou doen. Daarmee wordt niet alleen de hoeveelheid gevonden informatie groter, maar ook de kans dat context ontbreekt. Een oud conceptdocument kan in een antwoord terechtkomen zonder dat meteen duidelijk is waarom het bestaat, wie het heeft goedgekeurd of dat er inmiddels een nieuwere versie is.

Dat is een reëel risico, maar het is niet hetzelfde als een beveiligingslek in Copilot. Een assistent die informatie toont waartoe een gebruiker al gerechtigd is, legt vooral bloot dat “gerechtigd” in veel organisaties te ruim, te oud of te slecht begrepen is.

De gevaarlijkste rechten zijn de rechten waar niemand eigenaar van is

Oversharing ontstaat zelden door één dramatische fout. Het ontstaat door kleine uitzonderingen die nooit meer worden opgeruimd. Een externe partij krijgt tijdelijk toegang. Een projectgroep wordt breed aangemaakt. Een manager vraagt om “even iedereen toegang te geven”. Een vertrokken medewerker blijft lid van een groep omdat de koppeling tussen HR, identiteit en samenwerking niet goed werkt.

Na verloop van tijd weet niemand meer welke toegang functioneel noodzakelijk is en welke toegang historisch gegroeid. De rechtenstructuur wordt dan een archeologische laag van oude beslissingen. De beheerder ziet groepen en permissies. De organisatie ziet alleen mappen en knoppen.

Daarom is periodieke toegangscontrole alleen zinvol als iemand werkelijk verantwoordelijk is voor de uitkomst. Een rapport met duizenden bestanden en honderden groepen is geen governance. Het is een exportbestand met een schuldgevoel. De eigenaar van een informatieruimte moet kunnen uitleggen welke informatie er staat, voor wie die bedoeld is, hoe lang die relevant blijft en wat er gebeurt als de ruimte niet langer nodig is.

Dat sluit aan bij een breder probleem: zonder bron, definitie en eigenaarschap wordt elke wijziging een risico. Ook in SharePoint. Stevig informatiemanagement klinkt minder modern dan AI, maar bepaalt uiteindelijk wel of AI bruikbare antwoorden kan geven.

De oplossing is niet minder AI, maar minder rommel

Organisaties reageren vaak met een verbod. Copilot wordt beperkt, uitgerold naar een kleine pilotgroep of volledig op pauze gezet. Dat kan tijdelijk verstandig zijn wanneer er geen zicht is op de informatiehuishouding. Maar als eindstation is het vooral uitstel. Dezelfde overbrede toegang blijft bestaan en andere zoekfuncties, medewerkers of applicaties kunnen die informatie nog steeds vinden.

De eerste technische stap is daarom geen promptbeleid, maar een inventarisatie van toegang. Welke SharePoint-sites bestaan er? Welke Teams zijn eraan gekoppeld? Welke groepen geven toegang? Waar zitten externe gebruikers? Welke sites hebben geen actieve eigenaar? Waar wordt gebruikgemaakt van brede links of uitzonderingsrechten? En welke informatie is aantoonbaar gevoelig?

Daarna volgt het lastige deel: rechten vereenvoudigen. Niet ieder document heeft een unieke permissiestructuur nodig. Integendeel. Veel uitzonderingen maken beheer onbegrijpelijk en controle vrijwel onmogelijk. Werk met herkenbare informatieklassen, duidelijke groepen en zo min mogelijk individuele uitzonderingen. Zet eigenaarschap niet alleen in een documentatiebestand, maar verbind het aan een concrete verantwoordelijkheid in de organisatie.

Ook de levenscyclus moet worden hersteld. Projectruimtes horen niet automatisch eeuwig te blijven bestaan. Informatie die niet meer nodig is, moet worden gearchiveerd of verwijderd volgens een expliciete afspraak. Dat is geen administratieve schoonmaak voor rustige tijden. Archiveren in een SharePoint-omgeving voorkomt dat oude informatie zich blijft voordoen als actuele waarheid.

De menselijke reflex maakt het risico groter

Er is een geldig tegenargument. Ook met goed ingerichte rechten kan AI antwoorden verkeerd samenvatten, relevante context missen of een oud document te overtuigend presenteren. Dat vraagt om toetsing, duidelijke gebruiksafspraken en terughoudendheid bij gevoelige processen. Autorisatie alleen maakt een antwoord nog niet betrouwbaar.

Maar dat argument mag niet worden gebruikt om slecht informatiebeheer te verbergen. Een model kan fouten maken, terwijl de organisatie tegelijk zelf de deur open laat staan. Die twee risico’s moeten afzonderlijk worden beheerst. Anders ontstaat een merkwaardige situatie waarin men de intelligentie van het hulpmiddel wantrouwt, maar de toegangsrechten van de bronbestanden blind vertrouwt.

De menselijke reflex is bovendien vaak gericht op schuld. De gebruiker had het document niet moeten opvragen. De beheerder had de groep moeten controleren. De leverancier had betere waarschuwingen moeten geven. Meestal is het probleem structureler: niemand had het geheel als verantwoordelijkheid. Iedereen beheerde een stukje, waardoor niemand eigenaar werd van het risico.

Wat is dan de echte IT-realiteit?

Copilot is geen magische vergrootglasfunctie die SharePoint opeens onveilig maakt. Het is wel een versneller die het verschil zichtbaar maakt tussen formele toegang en verstandige toegang. Dat verschil bestond al. Alleen konden organisaties zich er eerder achter verschuilen dat medewerkers informatie niet vonden.

De juiste vraag is dus niet of Copilot toegang mag krijgen tot SharePoint. De juiste vraag is waarom een medewerker toegang heeft tot informatie die de organisatie niet meer kan uitleggen, beheren of verwijderen. Wie daarop geen helder antwoord heeft, heeft geen AI-vraagstuk maar een governanceprobleem.

De consequentie is ongemakkelijk maar praktisch: breng rechten terug tot wat nodig is, wijs echte eigenaren aan, ruim oude informatie op en behandel vindbaarheid als onderdeel van beveiliging. Pas daarna wordt zichtbaar wat Copilot werkelijk toevoegt. Niet omdat de techniek dan ineens betrouwbaar is, maar omdat de organisatie eindelijk weet welke werkelijkheid zij de techniek aanbiedt.

Copilot heeft de kast niet opengebroken. Het heeft alleen het licht aangedaan.


Ontdek meer van IT realiteit

Abonneer je om de nieuwste berichten naar je e-mail te laten verzenden.

IT-REALITEIT IN JE MAIL

Nieuwe artikelen, zonder platformcircus

Ontvang nieuwe IT-Realiteit-artikelen per e-mail. Je adres blijft in de eigen lokale subscriberdatabase. Brevo verzorgt uitsluitend de aflevering.

Na inschrijving ontvang je één bevestigingsmail van IT-Realiteit. Geen WordPress.com- of Jetpack-abonnement.
Een andere IT-realiteit

Genoeg van hetzelfde onderwerp. Dit stuk kijkt bewust een andere kant op.

✉

IT-Realiteit in je mail

Nieuwe artikelen, dossiers en praktijkinzichten zonder verkooppraat.

Naar de nieuwsbrief