Indeholder illustrationer skabt med AI
Microsoft 365 Copilot kan spare tid i hverdagen, men det gør også virksomhedens eksisterende adgangsrettigheder langt mere synlige. Derfor handler Microsoft 365 Copilot sikkerhed først og fremmest om at få styr på data, ejerskab og interne arbejdsgange, før I giver medarbejderne adgang.
For en SMV er den største risiko sjældent selve AI-værktøjet. Risikoen opstår, når gamle mapper, brede delingslinks og tidligere medarbejderes rettigheder allerede ligger åbne i Microsoft 365. En sikker pilot starter med et realistisk billede af jeres nuværende miljø.
Vigtigste pointer før I starter
- Copilot bruger kun data, som den enkelte bruger allerede må tilgå gennem Microsoft Graph og Microsoft 365.
- Overdeling i SharePoint, OneDrive, Teams og Exchange kan blive lettere at finde, når Copilot samler relevant indhold.
- Følsomhedsetiketter, Data Loss Prevention og Conditional Access bør være på plads før en bred udrulning.
- GDPR kræver stadig en konkret vurdering af jeres tenant, databehandling, licenser og interne procedurer.
- En begrænset pilot med udvalgte brugere giver bedre kontrol end en åben udrulning til hele virksomheden.
Microsoft 365 Copilot sikkerhed bygger på eksisterende rettigheder
Copilot får ikke en særskilt hovednøgle til virksomhedens data. Løsningen arbejder inden for den pågældende brugers eksisterende adgang til mails, dokumenter, møder og chats. Det er en vigtig styrke, men også en påmindelse om, at jeres nuværende struktur skal kunne tåle et nærmere eftersyn.
Microsoft Graph afgrænser, hvad brugeren kan se
Microsoft Graph forbinder data fra blandt andet Outlook, Teams, SharePoint og OneDrive. Når en medarbejder beder Copilot opsummere et projekt, henter værktøjet indhold, som medarbejderen allerede har adgang til.
Det betyder, at Copilot ikke i sig selv giver salgsafdelingen adgang til HR-mapper eller fortrolige ledelsesdokumenter. Men hvis en medarbejder allerede kan åbne en for bredt delt mappe, kan Copilot også finde indholdet. Som gennemgangen af Copilot-risici og overdeling peger på, er oprydning i adgangsrettigheder derfor afgørende.
Prompter og svar træner ikke grundmodellerne
Virksomhedens prompter, svar og data, som Copilot tilgår via Microsoft Graph, bruges ikke til at træne de grundlæggende sprogmodeller. Det mindsker risikoen for, at en kundeliste eller en intern kontrakt senere dukker op i en anden organisations svar.
Den beskyttelse fritager dog ikke virksomheden for ansvar. Medarbejdere skal stadig vide, hvilke oplysninger de må skrive i prompter, og hvilke data der kræver ekstra kontrol.
Overdeling af filer er den største praktiske risiko
Mange virksomheder har historiske tilladelser, som ingen længere kender formålet med. En projektmappe kan være delt med en gammel gruppe. En OneDrive-fil kan have et aktivt link til “alle med linket”. Et Teams-rum kan rumme dokumenter, der ikke længere bør være tilgængelige.
Gennemgå de steder, hvor data samler sig
Start med SharePoint og OneDrive, fordi de ofte indeholder kontrakter, budgetter, personaleoplysninger og projektmateriale. Gennemgå derefter Teams-kanaler og Exchange-postkasser, især delte postkasser og gamle distributionslister.
Se efter brede grupper som “Alle medarbejdere”, eksterne gæster med fortsat adgang og mapper uden tydelig ejer. Fjern ikke adgang ukritisk. Find først forretningsformålet, udpeg en dataejer og juster derefter rettighederne.
Luk gamle links og unødige grupper
Delingslinks er praktiske, men de kan leve længe efter, at opgaven er afsluttet. Begræns anonyme links, vælg udløbsdatoer, og foretræk navngivne modtagere til følsomt materiale.
Copilot skaber normalt ikke overdeling. Den gør eksisterende overdeling hurtigere at opdage og lettere at bruge.
En ekstern IT-supportpartner kan hjælpe med at kortlægge rettigheder uden at forstyrre den daglige drift. Det giver også ledelsen et dokumenteret grundlag, før en Copilot-pilot sættes i gang.
Beskyt data med Microsoft Purview og DLP
Microsoft Purview giver jer redskaber til at klassificere data og håndhæve regler på tværs af Microsoft 365. Det er særligt relevant, når medarbejdere arbejder med personoplysninger, løndata, helbredsoplysninger eller fortrolige kundeoplysninger.
Følsomhedsetiketter følger dokumentet
Følsomhedsetiketter kan markere dokumenter som eksempelvis “Intern”, “Fortrolig” eller “Strengt fortrolig”. Etiketten kan samtidig styre, om modtageren må videresende, udskrive eller åbne filen uden for virksomheden.
Vælg få og tydelige niveauer. Et kompliceret mærkningssystem bliver ofte ignoreret. Start hellere med dokumenttyper, hvor fejl har størst konsekvens, som HR-materiale, kontrakter og økonomi.
Data Loss Prevention sætter grænser
Data Loss Prevention, ofte kaldet DLP, kan opdage mønstre som CPR-numre, betalingskortdata eller definerede fortrolige oplysninger. Politikker kan advare brugeren, blokere handlinger eller sende hændelser til sikkerhedsansvarlige.
Purview kan også beskytte Copilot-prompter mod forsøg på at dele følsomme data på en uhensigtsmæssig måde. Læs mere om DLP-politikker for Copilot-prompter, før I beslutter, hvilke regler der passer til jeres risikoniveau.
Identitet og Zero Trust skal være på plads
Copilot er kun så sikker som brugerens konto. Hvis en angriber overtager en medarbejders adgang, kan vedkommende potentielt bruge de samme data og funktioner som medarbejderen selv. Derfor skal identitetssikkerhed følge med AI-udrulningen.
Brug Microsoft Entra ID aktivt
Microsoft Entra ID styrer identiteter, multifaktorgodkendelse og adgangspolitikker. Slå multifaktorgodkendelse til for alle brugere, og vær særligt konsekvent med administratorer, økonomi og ledelse.
Gennemgå også gæstebrugere og tidligere ansattes konti. Deaktivér konti hurtigt ved fratrædelse, og fjern administratorroller, der ikke længere er nødvendige.
Conditional Access begrænser usikre login
Conditional Access kan kræve multifaktorgodkendelse, blokere login fra risikable placeringer eller kræve, at enheden lever op til virksomhedens sikkerhedskrav. Det er en praktisk anvendelse af Zero Trust-princippet: Verificér altid brugeren og enheden, før adgang gives.
En sikker Microsoft 365-implementering bør derfor omfatte både Copilot, brugeridentiteter, enheder og de regler, der beskytter dem.
Readiness Assessment før jeres første pilot
En teknisk Readiness Assessment bør komme før licenskøb til hele virksomheden. Målet er ikke at gøre miljøet perfekt. Målet er at finde de forhold, der kan skabe lækage, forvirring eller uklart ansvar.
Kortlæg data, ejere og adgang
Begynd med at identificere de SharePoint-sites, Teams-rum og OneDrive-områder, der indeholder mest følsomt indhold. Notér ejer, formål, eksterne gæster og brede grupper. Hvis ingen ejer kan forklare adgangen, bør den gennemgås.
Undersøg også OAuth-tilladelser til tredjepartsapps. En gammel appintegration kan have læseadgang til data, den ikke længere behøver.
Test med en lille, relevant brugergruppe
Vælg en pilotgruppe med forskellige arbejdsopgaver, eksempelvis administration, salg og projektledelse. Giv gruppen klare regler for brug af Copilot og en fast kanal til at melde usikre svar eller mistænkelige fund.
En pilot skal teste både produktivitet og kontrol. Brugerne kan for eksempel kontrollere, om Copilot citerer dokumenter, de forventede at kunne se, og om svarene håndterer fortrolige data korrekt.
Overvåg brugen med rapporter og sikkerhedsdashboard
Sikkerhedsarbejdet stopper ikke, når pilotgruppen får adgang. Administratorer skal følge brug, hændelser og ændringer i risikobilledet. Det kræver tydelige roller mellem ledelse, IT og eventuel ekstern driftspartner.
Copilot-sikkerhedsdashboardet viser beskyttelsen
I Microsoft 365 Administration findes Copilot-sikkerhedsdashboardet under Copilot, Overview og Security. Her kan I se status for relevante beskyttelser og finde områder, der kræver opmærksomhed.
En Global Reader kan se sikkerhedsoplysningerne, mens ændringer af beskyttelser kræver de rette administratorroller, herunder AI-administrator. Begræns derfor, hvem der kan ændre regler, og dokumentér ændringerne.
Readiness- og brugsrapporter viser adoptionen
Microsoft 365 har rapporter for Copilot-readiness og brug. De kan vise, om medarbejdere faktisk anvender værktøjet, og om en udvidelse af pilotgruppen giver mening.
Kombinér rapporterne med logfiler, DLP-hændelser og regelmæssige møder om sikkerhed. Virksomheder med professionel IT-sikkerhed mod cybertrusler får typisk mere ud af rapporterne, fordi hændelser har en tydelig ejer.
Promptinjektion og skadeligt indhold kræver sunde vaner
En promptinjektion opstår, når skjulte eller manipulerende instruktioner i eksempelvis et dokument, en mail eller en webside forsøger at påvirke AI’ens svar. Microsoft har forsvarsmekanismer, der kan identificere jailbreakforsøg, men ingen teknisk kontrol fjerner alle risici.
Lær medarbejderne at kontrollere kilder
Copilot kan give et overbevisende svar, selv når konteksten er mangelfuld. Medarbejdere skal derfor kontrollere kildefiler, tal, datoer og modtagere, før de sender indhold videre.
Det gælder især juridiske vurderinger, tilbud, personalebeslutninger og kundekommunikation. AI kan hjælpe med udkast og opsummeringer, men den ansvarlige medarbejder skal træffe den endelige beslutning.
Hold instrukserne korte og konkrete
Undgå at indsætte hele fortrolige dokumenter i en prompt, hvis en kort beskrivelse er nok. Beskriv opgaven, ønsket format og målgruppe, men begræns unødige person- og kundedata.
Jeres politik bør også sige, hvornår Copilot ikke må bruges. Det kan være ved særligt følsomme personalesager eller oplysninger under fortrolighedsaftaler.
GDPR og EU Data Boundary skal vurderes konkret
Microsoft 365 Copilot kan indgå i en GDPR-compliant opsætning, men det er ikke en automatisk garanti for enhver virksomhed. I skal stadig have styr på behandlingsgrundlag, dataminimering, adgangsstyring, databehandleraftaler og interne politikker.
Tjek tenant, licenser og geografisk behandling
EU Data Boundary gælder for kvalificerede EU- og EFTA-tenants, men der findes undtagelser og produktvilkår, som skal kontrolleres. Gennemgå derfor jeres konkrete tenant og licensvilkår i stedet for at basere vurderingen på en generel antagelse.
En opdateret vurdering af Copilot og GDPR kan være et nyttigt supplement, men jeres egen dokumentation skal passe til jeres data og arbejdsgange.
Dokumentér beslutningen og følg op
Gem resultatet af jeres risikoanalyse, adgangsgennemgang og valg af kontroller. Opdatér dokumentationen, når I udvider pilotgruppen, ændrer DLP-politikker eller tager nye datakilder i brug.
Ved Outsourcing af it bør ansvaret stå klart i aftalen. Virksomheden ejer stadig risikoen og beslutningerne, mens et IT-firma kan stå for drift, overvågning og praktisk opfølgning.
Ofte stillede spørgsmål
Kan Copilot se alle virksomhedens dokumenter?
Nej. Copilot arbejder med den enkelte brugers eksisterende rettigheder. Hvis brugeren ikke har adgang til en fil, skal Copilot heller ikke kunne bruge den. I bør dog fjerne unødige rettigheder, fordi brede delinger ellers fortsætter med at være synlige.
Hvad er forskellen på et sikkerhedsdashboard og en brugsrapport?
Sikkerhedsdashboardet fokuserer på beskyttelser, risici og sikkerhedsstatus. Readiness- og brugsrapporter fokuserer på, om organisationen er klar, og hvordan medarbejderne bruger Copilot. Begge dele skal indgå i den løbende styring.
Skal alle medarbejdere have Copilot samtidig?
Nej. Start med en afgrænset pilot, hvor I kan teste sikkerhed, arbejdsrutiner og supportbehov. Udvid derefter i et tempo, hvor IT kan følge med i rettigheder, politikker og medarbejdertræning.
Klarhed kommer før Copilot-licenser
En tryg Copilot-udrulning begynder med oprydning i adgangsrettigheder, tydelige regler og en begrænset pilot. Den stærkeste beskyttelse er ikke én enkelt funktion, men samspillet mellem identitet, dataklassificering, DLP og løbende opfølgning.
En IT-serviceaftale med professionel support kan give faste rammer for kontrol, opdateringer og sikkerhedsarbejde, mens Copilot bliver en del af hverdagen. Klarhed om data og ansvar gør det lettere at bruge AI med omtanke.