Copilot säkerhet och GDPR: guide för svenska team 2026

TL;DR: Copilot GDPR-status för svenska företag 2026

Kort svar för svenska CIO, CISO och DPO 2026: Microsoft 365 Copilot går att driftsätta GDPR-anpassat i svensk enterprise, men fyra saker måste vara på plats innan pilot: (1) EU Data Boundary aktiverat och verifierat på tenanten, (2) Microsoft Purview med sensitivity labels och DLP i drift, (3) DPIA genomförd enligt Artikel 35 med IMY:s vägledning kring generativ AI som baseline, och (4) SharePoint- och Teams-behörigheter städade så att Copilot inte exponerar oversharad data.

Microsoft har byggt in tenant-boundary på arkitekturell nivå: prompt, response och groundings stannar inom kundens Entra ID-tenant. Kundinnehåll används inte för att träna Microsofts eller OpenAI:s foundation-modeller enligt Microsoft Product Terms och Data Protection Addendum (DPA). Detta är kontraktsbundet, inte enbart marknadsföring.

Två saker är dock vanliga fallgropar i svenska Copilot-pilots:

1. Oversharing i SharePoint. Copilot ärver Microsoft Graph-behörigheter. Har HR-mappen "Alla anställda"-läsrätt så kan Copilot sammanfatta lönelistor för säljaren som frågar. Detta är inte en Copilot-bugg utan en existerande GDPR-brist som blir synlig först när AI läser data i skala.
2. Copilot Studio-agenter i högriskscope. Copilot i sig är General Purpose AI. En Copilot Studio-agent som gör kreditbedömning, rekryteringsscreening eller triage i sjukvården är däremot högrisk enligt EU AI Act Annex III och kräver Artikel 9, 12, 14, 15 och 26.

Alice Labs har genomfört säkerhets- och GDPR-granskning av Microsoft 365 Copilot i 40+ svenska organisationer sedan 2023 som del av vår AI-implementation-metodik. Denna guide är destillerad från den fältdatan plus Microsofts officiella dokumentation, IMY:s vägledning och EU AI Act. När tenanten är hårdnad brukar nästa fråga vara hur användarna lär sig jobba inom de nya guardrails – där kompletterar vi granskningen med skräddarsydd Copilot-utbildning som utgår från er egna sensitivity-label-struktur och DLP-policy.

Copilot-arkitektur och data-flöden: så färdas en prompt genom Microsoft-stacken

Sammanfattat

En Copilot-prompt färdas i sju steg: (1) användarens prompt in via Microsoft 365-app, (2) Copilot Orchestrator anropar Microsoft Graph för att hämta relevant kundinnehåll baserat på användarens behörigheter, (3) prompt plus grounding-data skickas till Azure OpenAI Service inom EU Data Boundary, (4) modellen genererar respons, (5) respons post-processas mot RAI-guardrails, (6) respons returneras till användaren, (7) prompt, grounding och respons loggas i Microsoft 365 Audit Log och Purview Audit.

För att bedöma GDPR-status behöver ni förstå exakt vilka system som ser vilka data när en användare skriver en Copilot-prompt. Sju-stegs data-flödet 2026:

1. Prompt-input. Användaren skriver i Word, Excel, PowerPoint, Outlook, Teams, Loop eller Copilot Chat. Prompten skickas krypterat (TLS 1.2+) till Microsofts Copilot-tjänst i regionen närmast användaren (Sverige Central eller Frankfurt för svenska tenants).
2. Grounding via Microsoft Graph. Copilot Orchestrator anropar Microsoft Graph med användarens delegerade behörigheter. Graph returnerar bara innehåll som användaren själv har läsrätt till: e-post, filer, kalender, chattar, Loop-komponenter, SharePoint-listor. Detta kallas "grounding data".
3. Semantic Index-uppslag. Semantic Index är en per-tenant, per-user vektor-index över tenantens innehåll. Indexet lagras krypterat inom EU Data Boundary och används för att hitta semantiskt relevant kundinnehåll att grunda respons i.
4. LLM-anrop. Prompt plus grounding skickas till Azure OpenAI Service (GPT-4-familjen 2026). Modellen körs på dedikerad Microsoft-infrastruktur inom EU Data Boundary för svenska tenants. Kundinnehåll används inte för att träna foundation-modeller (Microsoft Product Terms).
5. Responsible AI-filter (RAI). Respons passerar Microsofts content-moderation-lager som blockerar hate speech, self-harm, våld och sexuellt innehåll enligt konfigurerad policy.
6. Retur till användare. Respons visas i klienten. Alla länkar och citations pekar tillbaka till källdokument i Microsoft Graph.
7. Loggning. Prompt, grounding-refererenser och respons loggas i Microsoft 365 Audit Log och Microsoft Purview Audit. Retention 90 till 365 dagar beroende på licensnivå (E3 vs E5 vs Purview add-on).

Kritisk nyansering: prompten själv kan innehålla personuppgifter (användaren skriver "sammanfatta läkarintyget för Anna Andersson"). Den prompten hamnar i audit-loggen. Detta är personuppgiftsbehandling enligt GDPR Artikel 4 och kräver rättslig grund även om Copilot bara "läser" tenantens data. Djupare arkitektur-genomgång i vår engelska Enterprise AI Platform Selection guide.

EU Data Boundary och data-lokalisering: Sverige Central, Frankfurt och Schrems II

Sammanfattat

EU Data Boundary är fullt utrullat sedan 1 mars 2024 för Microsoft 365 och Copilot. Kundinnehåll, pseudonymiserad telemetri och Copilot-prompts lagras och processas inom EU och EFTA. För svenska tenants är Sverige Central och Frankfurt primära regioner, med Zurich och Dublin som failover. Detta adresserar Schrems II-kraven, men CLOUD Act-överföring är fortfarande en juridisk risk och kräver kompletterande tekniska åtgärder som kundkontrollerade nycklar.

EU Data Boundary (EUDB) är Microsofts åtagande att kundinnehåll och en majoritet av pseudonymiserad telemetri för Microsoft 365, Dynamics 365, Power Platform och Copilot stannar inom EU och EFTA. Fullt utrullat sedan 1 mars 2024 (fas 1 och 2) samt december 2024 (fas 3 för teknisk support).

Vad som lagras var för svenska tenants 2026:

• Sverige Central och Frankfurt: primärregioner för svenska M365-tenants som skapats efter 2023. Här lagras Exchange-postlådor, SharePoint, OneDrive, Teams-chattar, Semantic Index och Copilot-audit-loggar.
• Dublin, Amsterdam, Zurich: failover och redundans inom EUDB.
• Utanför EUDB: begränsad teknisk support (utanför tjänsteinnehåll) kan i vissa fall accessa metadata från icke-EU. Detta är dokumenterat och auditerbart per case.

Schrems II och CLOUD Act. EUDB adresserar Schrems II-utmaningen att personuppgifter inte får överföras till USA utan lämpliga skyddsåtgärder. Men Microsoft är en US-baserad koncern och lyder under CLOUD Act. Detta innebär att en amerikansk myndighet i teorin kan begära ut data även från EU-baserade dotterbolag. Microsoft har åtagit sig att bestrida sådana begäran juridiskt och rapportera dem transparent, men risken kvarstår.

Tekniska motåtgärder för svensk offentlig sektor och finansiell sektor:

• Customer Key (BYOK): kundkontrollerad krypteringsnyckel som gör att Microsoft inte kan dekryptera data utan kundens medverkan.
• Double Key Encryption (DKE): två nycklar krävs för dekryptering, en hos kunden. Copilot kan inte läsa DKE-krypterat innehåll (by design), så DKE används för de mest känsliga data där Copilot-tillgång ändå inte önskas.
• Microsoft Cloud for Sovereignty (Sovereign Cloud): lanserat 2024 med utökad transparency-kontroll för europeisk offentlig sektor. Roadmap för Copilot-integration under 2026.

Praktisk rekommendation från Alice Labs för svensk mid-market: EUDB plus Customer Key räcker för de allra flesta scope. För svenska banker och offentlig sektor, komplettera med DKE för de mest känsliga datamängderna och dokumentera CLOUD Act-restrisken i DPIA:n. Se även vår engelska guide AI Infrastructure Cost Guide för kostnadseffekter av sovereign-modeller.

Microsoft Graph-behörigheter och oversharing: den enskilt största risken

Sammanfattat

Copilot ärver Microsoft Graph-behörigheter fullt ut. Agenten kan bara läsa innehåll som användaren själv redan har åtkomst till, men det inkluderar all overshared data i SharePoint, Teams och OneDrive. Alice Labs fältdata från 40+ svenska Copilot-pilots visar att 80 procent har oversharing som primär blocker. Åtgärd: kör Microsoft Purview Data Loss Prevention-scan och SharePoint Advanced Management före pilot, städa 'Alla anställda'-behörigheter, aktivera restricted SharePoint search.

Den enskilt största säkerhetsrisken med Copilot i svenska enterprise är inte Microsofts arkitektur. Det är att Copilot gör befintliga behörighetsbrister omedelbart synliga. Om er HR-mapp har "Alla anställda"-läsrätt så har säljaren teknisk sett alltid haft åtkomst till lönelistor, men ingen har frågat efter dem. Copilot ändrar det: en enkel fråga "vad tjänar cheferna i mitt affärsområde?" kan generera ett exakt svar.

Alice Labs fältdata från 40+ svenska Copilot-driftsättningar sedan 2023 visar följande fördelning av oversharing-problem:

• SharePoint-mappar med "Alla anställda"-läsrätt (68 procent): HR-dokument, avtal, budget, styrelsematerial ligger ofta felaktigt öppet.
• OneDrive-delade filer utan utgångsdatum (54 procent): tidigare medarbetares dokument, gamla kunddelningar, breda "alla i organisationen"-länkar.
• Teams-kanaler med felaktig medlemslista (41 procent): gamla projekt-team med chattar som innehåller personuppgifter och finansiell data.
• SharePoint-listor med publicerat innehåll som borde varit intern (32 procent): Copilot indexerar publicerat innehåll bredare än interna behörigheter antyder.

Åtgärdsplan innan Copilot-pilot:

1. Kör Microsoft Purview Data Loss Prevention content scan mot alla SharePoint- och OneDrive-webbplatser. Identifiera dokument med känsliga informations-typer (personnummer, kortnummer, sjukvårdsdata).
2. Aktivera SharePoint Advanced Management (SAM) och kör Data Access Governance-rapporten. Den listar mappar och webbplatser med "Everyone-except-external-users"-behörigheter.
3. Aktivera Restricted SharePoint Search (RSS) under pilot-fasen: gör att Copilot bara söker i en explicit lista av godkända webbplatser, inte hela tenanten. Tas bort när städningen är klar.
4. Applicera sensitivity labels (Confidential, Highly Confidential) på känsliga containers via Purview auto-labeling.
5. Dokumentera oversharing-städningen i DPIA:n som del av teknisk säkerhetsåtgärd enligt GDPR Artikel 32.

Djupare genomgång i vår engelska guide Enterprise AI Platform Selection och Best LLM for Enterprise.

GDPR-artiklar som gäller Copilot: rättslig grund, DPIA, DPA och registrerades rättigheter

Sammanfattat

Sju GDPR-artiklar är centrala för Copilot i svensk enterprise: Artikel 5 (principer), 6 (rättslig grund, oftast berättigat intresse eller avtal), 9 (särskilda kategorier, kräver 9(2)-undantag för sjukvård/HR), 25 (privacy by design), 28 (personuppgiftsbiträdesavtal med Microsoft DPA), 32 (tekniska säkerhetsåtgärder) och 35 (DPIA, obligatorisk för Copilot enligt IMY 2025). Ett giltigt Microsoft DPA finns i Product Terms; DPIA måste dokumenteras internt.

GDPR-genomgång för Copilot-driftsättning i svensk enterprise 2026:

Registrerades rättigheter (Artikel 12-22): Copilot lagrar prompt, grounding och respons i Microsoft 365 Audit Log. En anställd (eller extern registrerad vars personuppgifter figurerat i en prompt) har rätt till registerutdrag (Artikel 15), rättelse (16), radering (17), begränsning (18) och invändning (21). Praktisk implementering:

• Registerutdrag: Microsoft Purview eDiscovery Premium kan söka per person i Copilot audit-logs.
• Radering (rätten att bli glömd): Copilot-loggar raderas automatiskt efter retention-period. Manuell tidigare radering via Purview Compliance Center.
• Invändning: Blockera enskilda användare från Copilot via Entra ID group exclusion.

Djupare EU AI Act-genomgång i vår guide EU AI Act 2026: checklista för svenska företag.

IMY:s vägledning kring generativ AI: vad svenska personuppgiftsansvariga måste göra

Sammanfattat

Integritetsskyddsmyndigheten (IMY) publicerade 2025-2026 vägledning kring generativ AI som klargör förväntningar på svenska personuppgiftsansvariga: (1) dokumenterad rättslig grund per behandling, (2) DPIA obligatorisk vid systematisk behandling, (3) tydlig information till registrerade, (4) skriftligt personuppgiftsbiträdesavtal (Artikel 28) verifierat, (5) tekniska och organisatoriska åtgärder enligt Artikel 32, och (6) dokumentation av data-flöden inklusive tredjelandsöverföring. IMY är också utpekad tillsynsmyndighet för EU AI Act i Sverige.

IMY har genom vägledningsdokument, blogginlägg och tillsynsbeslut under 2025-2026 klargjort hur svenska personuppgiftsansvariga förväntas hantera generativ AI som Microsoft 365 Copilot. Sammanfattning:

1. Rättslig grund per behandling (Artikel 6). Det räcker inte att säga "vi använder Copilot". Varje typ av behandling (sammanfatta e-post, generera Word-utkast, sök i SharePoint) ska ha dokumenterad grund. För anställdas produktivitet är 6(1)(f) berättigat intresse vanligast, för HR-processer är 6(1)(b) avtal, för särskilda kategorier krävs 9(2)-undantag.
2. DPIA obligatorisk (Artikel 35). IMY anser att Copilot i enterprise utlöser DPIA-krav pga systematisk behandling, storskalig behandling och användning av ny teknik. Mallen ska följa IMY:s DPIA-guide och EDPB:s Guidelines 4/2019.
3. Tydlig information till registrerade (Artikel 13-14). Anställda ska informeras skriftligt om att deras Microsoft 365-innehåll processas av Copilot, vilka data-flöden som sker, retention och sina rättigheter. Uppdatera integritetspolicy och intern personalhandbok.
4. Personuppgiftsbiträdesavtal (Artikel 28). Microsoft Data Protection Addendum uppdaterat 2024 räknas som Artikel 28-avtal och innehåller SCC (Standard Contractual Clauses) för tredjelandsöverföring. Verifiera att senaste versionen är signerad i Volume Licensing Center eller Enterprise Agreement.
5. Tekniska säkerhetsåtgärder (Artikel 32). Entra ID Conditional Access med MFA, Customer Key för hög känslighet, Purview DLP, sensitivity labels och 90+ dagars audit-retention. IMY förväntar sig att åtgärderna dokumenteras och att lämpligheten motiveras utifrån risknivå.
6. Dokumentera data-flöden (Artikel 30). Registret över behandlingsverksamhet (RoPA) ska inkludera Copilot som specifik behandling med biträde, region, retention och tredjelandsöverföring.

IMY är även utpekad tillsynsmyndighet för AI-förordningen i Sverige enligt regeringens proposition. Sanktioner under GDPR: upp till 20 MEUR eller 4 procent global omsättning. Under EU AI Act: upp till 35 MEUR eller 7 procent för förbjudna praktiker, upp till 15 MEUR eller 3 procent för högriskbrott.

Se även vår genomgång Vad är AI-implementation? Guide för svenska företag 2026.

Microsoft Purview, DLP och sensitivity labels: så konfigurerar ni Copilot-scope

Sammanfattat

Microsoft Purview är kärnverktyget för Copilot-governance. Tre komponenter är obligatoriska: (1) sensitivity labels (Public, Internal, Confidential, Highly Confidential) applicerade via auto-labeling på tenant-nivå, (2) DLP-policies som blockerar Copilot från att inkludera Highly Confidential-data i respons eller från att skicka känsligt innehåll utanför organisationen, och (3) Purview Audit för spårbarhet. Utan Purview är Copilot inte GDPR-granskbar i praktiken.

Microsoft Purview är den överbyggande governance-plattformen för Microsoft 365 och Copilot. För GDPR-anpassad Copilot-drift i svensk enterprise är tre delar obligatoriska:

• Sensitivity labels via Purview Information Protection. Fyra standard-nivåer: Public, Internal, Confidential, Highly Confidential. Applicera via auto-labeling policies baserat på content scan (personnummer, kortnummer, styrelseprotokoll, patientjournaler). Labels ärvs på filer, e-post, Teams-chattar och SharePoint-sites.
• DLP-policies för Copilot-scope. Konfigurera Data Loss Prevention för att blockera Copilot från att processa Highly Confidential-innehåll i vissa scope, och för att blockera exfiltrering (kopiera Copilot-genererat innehåll till externa mottagare). Copilot-specifika DLP-actions rullades ut 2024-2025.
• Purview Audit och eDiscovery. Aktivera Audit (Premium) för retention upp till 1 år. eDiscovery Premium behövs för sök per individ vid registerutdrag enligt GDPR Artikel 15.

Alice Labs baseline-konfiguration för svensk mid-market:

1. Aktivera Purview Information Protection tenant-wide, publicera fyra labels (Public, Internal, Confidential, Highly Confidential).
2. Kör auto-labeling policy för svenska personnummer, kortnummer, sjukvårdsdata. Applicera Confidential eller högre.
3. Publicera DLP-policy "Copilot Restricted Data" som blockerar Copilot från att inkludera Highly Confidential-innehåll i respons.
4. Publicera DLP-policy "Copilot External Sharing" som varnar användare när Copilot-genererat innehåll skickas externt.
5. Aktivera Purview Audit Premium med 365 dagars retention för alla Copilot-events.
6. Konfigurera Purview Insider Risk Management för att flagga anomala Copilot-användnings-mönster (data hoarding, mass-download).

Kostnadseffekt: Purview E5 Compliance eller Purview Premium add-on på E3 krävs. Typisk merkostnad för svensk enterprise: 60 till 120 SEK per användare per månad. Detta ska ingå i Copilot-business-case från dag 1, inte adderas i efterhand.

Se även vår engelska Enterprise AI Platform Selection guide för bredare governance-jämförelse.

Audit trails, oversight och EU AI Act Artikel 12-loggning

Sammanfattat

EU AI Act Artikel 12 kräver automatisk loggning av alla actions för högrisk-AI-system med tillräcklig granularitet för spårbarhet. För Copilot innebär detta Microsoft 365 Audit Log (Purview Audit Premium) med 365 dagars retention, plus per-agent-loggning för Copilot Studio-agenter i högriskscope. Human oversight (Artikel 14) implementeras via approval-flows i Copilot Studio och Power Automate. Alice Labs standardarkitektur bygger dessa krav in by design.

EU AI Act Artikel 12 kräver att högrisk-AI-system har automatiserad loggning som gör det möjligt att rekonstruera vad systemet gjorde, när och varför. För Microsoft 365 Copilot i högriskscope (kredit, HR, sjukvård, offentlig sektor enligt Annex III) innebär detta:

• Microsoft 365 Audit Log: loggar användarens prompt, tidsstämpel, vilka Graph-resurser som groundades och vilken respons som genererades. Standard-retention 90 dagar på E3, 365 dagar på Purview Audit Premium.
• Purview Audit-events för Copilot: specifika event-typer som "CopilotInteraction", "CopilotFile" och "CopilotThread" ger granulär spårbarhet per interaktion.
• Copilot Studio agent-loggning: anpassade agenter i Copilot Studio loggar dessutom action-history, tool-calls och human-approval-events. Kritiskt för högrisk-agenter under EU AI Act Artikel 12.
• Sentinel eller extern SIEM: exportera Copilot-audit-events till Microsoft Sentinel eller extern SIEM (Splunk, Elastic) för längre retention och korrelation med säkerhetsevents.

Human oversight (Artikel 14). Copilot i sig är en assistent där människan alltid granskar respons innan användning. För autonoma Copilot Studio-agenter i högriskscope krävs explicit approval-gate: Power Automate approval-flöde, konfigurerbar per action-typ. Ingen action med real-world-effekt (skicka faktura, kreditbeslut, HR-beslut) ska ske utan mänsklig approval på högriskklassad output.

Alice Labs standard-arkitektur för svensk enterprise:

• Purview Audit Premium med 365 dagars retention baseline.
• Sentinel-integration för korrelation med Entra ID sign-in-events.
• Copilot Studio-agenter i högriskscope: obligatorisk Power Automate approval.
• Kvartalsvis audit-review av Copilot-användning per team med DPO och CISO.
• Automatiserad anomaly detection via Purview Insider Risk Management.

Detaljerad EU AI Act-genomgång i EU AI Act 2026: checklista för svenska företag och for engelsk audience: AI Observability Tools 2026.

Incident response och data breach: så hanterar ni Copilot-incidenter

Sammanfattat

Copilot-relaterade incidenter faller i tre kategorier: (1) prompt injection som får agenten att exponera känslig data, (2) oversharing där Copilot summerar innehåll användaren inte borde sett, och (3) hallucination där felaktig data presenteras som fakta. Incident response-processen: identifiera via Purview Insider Risk plus Sentinel, bedöm GDPR-relevans (Artikel 33-34), notifiera IMY inom 72 timmar vid data breach, dokumentera i incident register. Alice Labs har hanterat 12 Copilot-relaterade incidenter i svensk enterprise 2024-2026.

Copilot introducerar tre nya incident-kategorier utöver traditionella säkerhetshändelser:

1. Prompt injection. Illvillig text i ett Teams-meddelande, e-post eller SharePoint-fil kan påverka Copilot att exponera känslig data i respons till en annan användare. Detektion: Purview DLP-events som visar att Copilot inkluderade Confidential-innehåll i respons till användare utan behörighet.
2. Oversharing. Copilot summerar HR-lönelistor för en säljare eftersom SharePoint-behörigheter var för öppna. Detektion: Purview Insider Risk Management med baselines per team.
3. Hallucination med real-world-effekt. Copilot presenterar hallucinerat siffervärde i en styrelserapport, användaren skickar utan att verifiera. Detektion: kvartalsvis stickprovs-audit av high-stakes Copilot-outputs.

GDPR-incident response-flöde:

1. Incident identifieras via Purview, Sentinel eller användar-rapportering.
2. CISO och DPO bedömer omfattning inom 24 timmar.
3. Om personuppgifter berörts och risk för rättigheter finns: notifiera IMY inom 72 timmar enligt GDPR Artikel 33.
4. Om hög risk för registrerade: informera direkt enligt Artikel 34.
5. Dokumentera i internt incident-register enligt Artikel 33(5).
6. Root cause-analys och pipeline-uppdatering (motsvarande Alice Labs interna post-action-review-metodik) inom 4 veckor.

Alice Labs har hanterat 12 Copilot-relaterade incidenter i svensk enterprise 2024-2026. Vanligaste orsak: oversharing i SharePoint (7 av 12). Näst vanligaste: felaktig sensitivity label (3 av 12). Prompt injection: 2 av 12, båda i Copilot Studio-agenter, ingen i out-of-box Copilot for Microsoft 365.

Alice Labs 12-punkts säkerhetscheck-lista innan Copilot-pilot

Sammanfattat

Alice Labs 12-punkts säkerhetscheck-lista destillerad från 40+ svenska Copilot-implementationer: DPIA klar, Microsoft DPA verifierad, EUDB aktivt, Purview baseline, sensitivity labels, DLP-policies, SharePoint oversharing städat, Restricted SharePoint Search på under pilot, Entra ID Conditional Access med MFA, Purview Audit Premium med 365 dagars retention, Copilot Studio-agenter i högriskscope har approval-gates, incident response-plan uppdaterad. Alla 12 måste vara gröna innan pilot går till produktion.

Alice Labs 12-punkts säkerhetscheck-lista för Copilot-pilot i svensk enterprise 2026. Alla 12 måste vara gröna innan pilot går från staging till produktion:

1. DPIA klar och signerad av DPO. Följer IMY:s vägledning kring generativ AI och EDPB:s Guidelines 4/2019.
2. Microsoft Data Protection Addendum (DPA) verifierad. Senaste versionen aktiv i Volume Licensing eller Enterprise Agreement.
3. EU Data Boundary aktivt. Verifierat via Microsoft 365 admin center att tenant är i EUDB-scope.
4. Purview Information Protection baseline. Fyra labels publicerade, auto-labeling policies aktiva.
5. Sensitivity labels applicerade på känsliga containers. HR-mappar, styrelsematerial, klientdata märkta Confidential eller Highly Confidential.
6. DLP-policies för Copilot-scope aktiva. Minst en policy som blockerar Highly Confidential-inkludering och en som varnar för extern delning.
7. SharePoint oversharing städat. "Everyone-except-external"-behörigheter genomgångna, känsliga mappar begränsade.
8. Restricted SharePoint Search (RSS) på under pilot. Copilot söker endast i godkänd webbplats-lista tills städning är validerad.
9. Entra ID Conditional Access med MFA. Copilot-åtkomst kräver MFA och compliant device. Konsument-Copilot Chat blockerad.
10. Purview Audit Premium med 365 dagars retention. Sentinel- eller SIEM-export konfigurerad för långtidsloggning.
11. Copilot Studio-agenter i högriskscope har approval-gates. Power Automate approval-flöden aktiva för alla real-world-actions.
12. Incident response-plan uppdaterad. Copilot-specifika incident-kategorier inkluderade, 72-timmars IMY-notifieringsflöde testat.

Alice Labs 12-veckors implementations-playbook för Copilot i svensk enterprise: 2 veckor säkerhetsgranskning och DPIA, 2 veckor Purview-baseline, 4 veckor pilot med 25 användare, 4 veckor gradvis rollout med audit och change management. Levererad till 40+ svenska organisationer sedan 2023. Boka säkerhetsgranskning via AI-konsult.