Recall og GDPR i virksomheden: Guide til it-styring

Hvad er Windows Recall, og hvordan fungerer det?

Windows Recall er en AI-drevet funktion til computeren, der gør det muligt for brugeren at finde alt, hvad de har set eller gjort på deres pc, via semantisk søgning. Funktionen fungerer ved at tage snapshots (skærmbilleder) med få sekunders mellemrum, som derefter analyseres lokalt af en NPU (Neural Processing Unit), så brugeren kan foretage en visuel kronologisk gennemgang af skærmbilleder i naturligt sprog.

For at køre Recall kræves en Copilot PC. En Copilot+ PC er defineret ved specifikke hardwarekrav, herunder en NPU med mindst 40 TOPS (Tera Operations Per Second), hvilket muliggør lokal AI-behandling uden at sende data til skyen. Denne lokale behandling er designet til at reducere behovet for ekstern datatransmission under indekseringen.

Semantisk søgning og snapshots

I modsætning til traditionel søgning, der leder efter nøgleord i filnavne, bruger Recall semantisk søgning. Det betyder, at AI'en forstår konteksten af billedet. Hvis en medarbejder søger efter "den blå graf fra mødet i tirsdags", vil systemet scanne snapshotsfor visuelle elementer, der matcher beskrivelsen, selvom ordet "blå graf" aldrig er skrevet som tekst.

Denne proces foregår udelukkende lokalt på enheden. For virksomheder betyder det, at data ikke forlader pc'en, men det ændrer ikke på det faktum, at der skabes en omfattende database over brugerens aktivitet, hvilket kræver tæt integration med Microsoft økosystemet for at sikre kontrol.

Praktisk anvendelse og tekniske afvejninger

I praksis fungerer Recall som en slags "fotografisk hukommelse" for computeren. Dette kan være en stor produktivitetsfordel i komplekse arbejdsgange, hvor information er spredt over mange forskellige applikationer og hjemmesider.

• Scenarie: En projektleder har set en specifik detalje i et PDF-dokument, hvorefter vedkommende har diskuteret det i Teams og afsluttet med at skrive noter i Word. I stedet for at gennemsøge tre forskellige programmer, kan lederen blot søge på emnet og se den præcise tidslinje af snapshots.
• Afvejning: Den konstante snapshot-tagning kræver dedikeret hardware (NPU) for ikke at belaste CPU'en (Central Processing Unit), hvilket ellers ville føre til mærkbart fald i systemydelsen og kortere batterilevetid.

Vigtige distinktioner for IT-administratoren

Det er vigtigt ikke at forveksle Recall med traditionel skærmoptagelse eller simpel historiklogning i en browser. Her er de væsentligste forskelle:

En udbredt misforståelse er, at Recall sender billederne til en central server for analyse. Behandlingen foregår lokalt via NPU'en, hvilket betyder, at selve analysen af "hvad der er på billedet" sker direkte på hardwaren i Copilot PC-enhederne.

Recall og GDPR: Persondata, fortrolige oplysninger og risici i virksomheden

Windows Recall udgør en betydelig udfordring for GDPR (General Data Protection Regulation), specifikt i forhold til princippet om dataminimering jf. Artikel 5. Da funktionen automatisk optager alt på skærmen, opsamles der uundgåeligt persondata, herunder CPR-numre, helbredsoplysninger eller private beskeder, som ikke har et lovligt behandlingsgrundlag for lagring i en snapshot-database.

Den største risiko i en virksomhedskontekst er den utilsigtede indsamling af fortrolige oplysninger. En medarbejder i HR eller lønbogholderi, der anvender en Copilot PC, vil få lagret følsomme personoplysninger i Recall-databasen, hvilket kan gøre virksomheden sårbar over for interne datalæk eller eksterne angreb, hvis enhedens fysiske sikkerhed kompromitteres.

Praktiske konsekvenser for databehandlingen

For at forstå risikoen skal man se på, hvordan snapshots (skærmbilleder taget med korte intervaller) fungerer i praksis. Når en funktion automatisk indekserer alt visuelt indhold, skabes der en database over aktiviteter, som potentielt kan søges i via semantisk søgning. Semantisk søgning er en metode, hvor AI'en forstår betydningen og konteksten af data fremfor blot at lede efter specifikke nøgleord.

Dette skaber udfordringer i følgende scenarier:

• Håndtering af følsomme data: Hvis en medarbejder åbner en PDF med helbredsoplysninger, gemmes dette billede lokalt. Virksomheden bliver dermed dataansvarlig for lagringen af disse oplysninger i en format, der ikke nødvendigvis er dækket af eksisterende sletningsrutiner.
• Medarbejderovervågning: Hvis IT-afdelingen har adgang til at udtrække eller administrere disse logs, kan det tolkes som ulovlig overvågning af medarbejderen, hvilket kræver en meget specifik juridisk hjemmel.
• Tredjepartsdata: Når en medarbejder modtager et opkald via Teams eller Zoom, hvor modparten deler skærm, kan Recall potentielt fange data fra eksterne partnere, som virksomheden ikke har tilladelse til at lagre permanent.

Risikoen ved fortrolige oplysninger

Recall kan fange passwords, hvis disse tastes i felter, der ikke er maskerede, eller hvis de vises kortvarigt på skærmen. Ligeledes vil interne strategidokumenter, kundelister og fortrolig korrespondance blive gemt som billeder. For virksomheder, der opererer under strenge compliance-krav, kan dette være uacceptabelt.

En væsentlig misforståelse er, at lokal lagring automatisk fjerner GDPR-risikoen. Selvom data ikke sendes til skyen, er virksomheden stadig forpligtet til at sikre, at data kun behandles til et specifikt formål og slettes, når det ikke længere er nødvendigt.

Det anbefales derfor at konsultere en GDPR-guide til virksomhedens valg for at forstå, hvordan fysisk og digital beskyttelse af skærmindhold kan supplere de tekniske kontroller. Uden en stringent styring risikerer virksomheden store bøder ved tilsyn fra Datatilsynet.

Afvejning: Produktivitet vs. Compliance

Virksomheder står over for et valg mellem den øgede produktivitet, som AI-drevet hukommelse giver, og de juridiske risici ved automatisk logning. For at navigere i dette bør man vurdere følgende faktorer:

• DPIA (Data Protection Impact Assessment): Det er essentielt at gennemføre en konsekvensanalyse for at identificere, hvor Recall kan skabe høj risiko for personers rettigheder.
• Rollebaseret implementering: Man bør overveje, om funktionen skal være deaktiveret for specifikke afdelinger (f.eks. HR og Finans), mens den tillades for andre.
• Retention policies: Opsætning af automatiske sletningsperioder for snapshots er nødvendigt for at overholde princippet om opbevaringsbegrænsning.

Hvad står GDPR-reglerne for i relation til AI-logning?

GDPR-reglerne dikterer, at behandling af personoplysninger skal ske lovligt, rimeligt og gennemsigtigt. I relation til AI-logning som Windows Recall betyder det, at virksomheden skal have et specifikt retsgrundlag for at optage medarbejderens skærm. Da Recall logger alt indiscriminat, er det ekstremt svært at overholde kravet om formålsbegrænsning, da data indsamles uden et konkret, defineret formål for hver enkelt snapshot.

Særligt Artikel 5 i databeskyttelsesforordningen fastslår principperne for behandling. For en virksomhed betyder det, at man ikke blot kan aktivere Recall for "produktivitetens skyld", hvis dette medfører systematisk lagring af følsomme data uden nødvendighed. Dette kræver en grundig analyse af, om formålet kan opnås med mindre indgribende midler.

De 7 principper i GDPR og AI-overvågning

For at forstå risikoen ved Recall skal man se på de grundlæggende principper for databehandling. Når en virksomhed implementerer et værktøj, der fungerer som en "digital tidsmaskine", udfordres især integritet og fortrolighed. Hvis snapshots af private bankoplysninger eller helbredsdata gemmes lokalt på en pc, er virksomheden ansvarlig for denne behandling, uanset om data aldrig forlader hardwaren.

Det er her vigtigt at skelne mellem teknisk sikkerhed (kryptering) og juridisk compliance. Selvom data er krypteret med BitLocker, er selve det at *indsamle* dataene uden et lovligt grundlag et brud på forordningen. Virksomheder bør derfor sikre, at deres interne it-politikker er opdaterede, hvilket kan understøttes af viden om eksterne lagringsenheder i virksomheden, GDPR og kryptering.

Praktiske konsekvenser for it-ansvarlige

I praksis betyder AI-logning, at grænsen mellem professionel overvågning og privatliv udviskes. En medarbejder kan i en pause tilgå private dokumenter eller foretage bankoverførsler, hvilket resulterer i, at følsomme personoplysninger bliver en del af virksomhedens databehandlingsaktiviteter. Dette skaber en kompleks situation for den dataansvarlige part.

For at navigere i dette bør it-afdelingen overveje følgende afvejninger:

• Produktivitet vs. Privatliv: Selvom semantisk søgning (evnen til at søge efter betydning frem for præcise ord) øger effektiviteten, kan det ikke retfærdiggøre indsamling af data i strid med dataminimeringsprincippet.
• Lokal lagring vs. Ansvar: At data gemmes lokalt i en VBS Enclave (Virtualization-Based Security, en isoleret hukommelsesregion) reducerer risikoen for eksterne lækager, men fjerner ikke det juridiske ansvar for selve indsamlingen.
• Automatisering vs. Kontrol: Automatiske snapshots betyder, at virksomheden mister kontrollen over, hvilke specifikke data der behandles, hvilket gør det svært at efterleve anmodninger om indsigt eller sletning (retten til at blive glemt).

En udbredt misforståelse er, at kryptering alene gør implementeringen lovlig. Kryptering sikrer data mod uautoriseret adgang, men det ændrer ikke på, at selve processen med at tage snapshots af alt på skærmen udgør en omfattende behandling af personoplysninger.

Hvad siger Artikel 5, 14 og 32 om databeskyttelse?

Artikel 5 udgør fundamentet for GDPR ved at definere principperne for behandling af personoplysninger. For Windows Recall er det især kravet om dataminimering, der er problematisk. Artikel 14 fokuserer på oplysningspligten, når data indsamles indirekte; virksomheden skal informere medarbejderen om, hvilke data der opsamles via Recall, og til hvilket formål.

Artikel 32 kræver, at den dataansvarlige implementerer passende tekniske og organisatoriske foranstaltninger for at sikre et sikkerhedsniveau, der passer til risikoen. I tilfældet med Recall betyder det, at kryptering alene ikke er nok; man skal også have organisatoriske kontroller som f.eks. en fastlagt sletningspolitik, så snapshots ikke opbevares i uendelighed.

Praktisk betydning af Artikel 5: Dataminimering i praksis

Princippet om dataminimering betyder, at man kun må indsamle oplysninger, der er strengt nødvendige for at opnå et specifikt formål. Da Windows Recall tager snapshots af alt på skærmen med jævne mellemrum, indsamles der per definition mere data, end hvad der er nødvendigt for de fleste arbejdsopgaver.

• Risiko: Indsamling af private adgangskoder eller helbredsoplysninger, hvis en medarbejder logger på privat mail i arbejdstiden.
• Afvejning: Virksomheden skal vurdere, om produktivitetsgevinsten ved semantisk søgning opvejer risikoen ved den massive dataindsamling.
• Løsning: Implementering af filtrering af apps og websites for at undgå logning af følsomme systemer.

Artikel 14 og gennemsigtighed over for medarbejderen

Når data indsamles indirekte, skal den registrerede (medarbejderen) have besked om det. En udbredt misforståelse er, at en generel it-politik er tilstrækkelig. Da Recall fungerer som en form for kontinuerlig overvågning af brugerfladen, kræver det en specifik oplysning.

Virksomheden bør udarbejde et tillæg til privatlivspolitikken, der eksplicit forklarer:

• At snapshots tages automatisk.
• Hvor data lagres (lokalt på enheden).
• Hvem der har adgang til data (kun brugeren via biometri).
• Hvornår data slettes automatisk.

Artikel 32: Tekniske vs. organisatoriske foranstaltninger

Sikkerhed handler ikke kun om software, men om en kombination af teknik og processer. I relation til Recall skal man skelne mellem disse to lag:

Sletning af persondata og Artikel 17

Retten til sletning (Artikel 17) er en af de sværeste at håndtere med Recall. Da AI-indekset skaber semantiske forbindelser mellem snapshots, kan det være teknisk komplekst at slette én specifik personoplysning uden at slette hele tidsintervaller. Virksomheder skal derfor kunne bevise, hvordan de efterkommer en anmodning om sletning af data i et AI-genereret indeks.

Hvis en kommune eller offentlig instans ikke kan slette personoplysninger, skyldes det ofte lovmæssige arkiveringskrav. Men for private virksomheder er der sjældent hjemmel til at gemme snapshots af medarbejderes skærme i arkivøjemed, hvorfor sletningspolitikken skal være aggressiv og automatiseret.

Hvilke yderligere GDPR-artikler påvirker implementeringen?

Udover de grundlæggende principper er der flere specifikke artikler i databeskyttelsesforordningen, som virksomheder skal forholde sig til ved brug af Recall. Artikel 28 omhandler databehandleren; hvis it-styringen outsources til en ekstern partner, skal der foreligge en databehandleraftale, der specifikt adresserer håndteringen af AI-genererede snapshots. Artikel 34 dikterer underretning om overtrædelser; et brud på en pc med Recall aktiveret kan udgøre en høj risiko for de registreredes rettigheder, da hele brugerens historik eksponeres.

Artikel 22 er særligt relevant, da den omhandler retten til ikke at være genstand for en afgørelse, der alene er baseret på automatisk behandling. Selvom Recall primært er et søgeværktøj, kan det blive problematisk, hvis ledelsen bruger snapshots som grundlag for automatiserede præstationsvurderinger eller disciplinære sanktioner uden menneskelig indgriben.

Konsekvenser af Artikel 34 ved databrud

Artikel 34 kræver, at den registrerede underrettes uden unødig forsinkelse, når et brud på persondatasikkerheden sandsynligvis vil medføre en høj risiko for fysiske personers rettigheder og friheder. Ved traditionelle databrud mistes ofte specifikke filer eller databaseposter.

I et scenarie med Recall er risikoen markant anderledes, da snapshots fungerer som en visuel tidslinje over alt, hvad brugeren har set på skærmen. Et læk af disse data betyder, at uvedkommede kan få adgang til private beskeder, bankoplysninger og interne strategidokumenter i én samlet pakke. Virksomheden skal derfor vurdere, om eksistensen af Recall automatisk hæver risikoniveauet fra "middel" til "høj", hvilket udløser en strengere underretningspligt over for medarbejderen.

Risici ved automatiseret beslutningstagning (Artikel 22)

En udbredt misforståelse er, at Recall blot er et passivt arkiv. Artikel 22 forbyder beslutninger baseret på automatisk behandling, der har retsvirkning eller tilsvarende betydelig påvirkning for personen.

• Ulovlig brug: Hvis en leder bruger AI-genererede søgeresultater fra Recall til at konkludere, at en medarbejder er ineffektiv, uden at foretage en manuel kontrol af konteksten.
• Lovlig brug: At bruge Recall som et værktøj for medarbejderen selv til at finde information hurtigere (selvhjælp).

Det er afgørende, at virksomheden fastlægger klare interne retningslinjer for, at snapshots aldrig må anvendes som det eneste bevisgrundlag i personalesager.

Forholdet mellem Artikel 6 og lovlig behandling

Artikel 6 stk. 1 fastlægger betingelserne for lovlig behandling. For at aktivere Recall skal virksomheden identificere et retsgrundlag, f.eks. legitim interesse (litra f). Dog skal denne interesse afvejes mod medarbejderens grundlæggende rettigheder og friheder. Da Recall logger alt uden filter, vil det ofte være svært at argumentere for, at virksomhedens interesse i produktivitet vejer tungere end medarbejderens ret til privatliv på arbejdspladsen.

Sikkerhed og privatliv: Lokal lagring, kryptering og Windows Hello

Microsoft har implementeret flere sikkerhedslag for at beskytte Recall-data, da snapshots lagres lokalt på enheden og ikke i skyen. Den primære beskyttelse består af kryptering via TPM (Trusted Platform Module) og integration med VBS Enclave (Virtualization-Based Security), som isolerer de følsomme AI-processer fra resten af operativsystemet.

Adgang til Recall-data kræver obligatorisk Windows Hello. Det betyder, at kun den autoriserede bruger kan låse op for snapshots via biometri (ansigtsgenkendelse eller fingeraftryk) eller en PIN-kode. Dette forhindrer uvedkommende i at gennemse historikken, hvis pc'en efterlades ulåst, forudsat at skærmlåsningen er aktiveret.

Tekniske barrierer mod uautoriseret adgang

For at forstå sikkerheden i praksis er det nødvendigt at skelne mellem software- og hardwarebeskyttelse. VBS Enclave, eller Virtualization-Based Security, skaber en virtuelt isoleret zone i computerens hukommelse. Dette betyder, at selv hvis en angriber får adgang til operativsystemet via malware, er AI-modellen og selve snapshot-databasen fysisk adskilt fra resten af systemets processer.

TPM (Trusted Platform Module) fungerer som en dedikeret sikkerhedschip på bundkortet. Den opbevarer de kryptografiske nøgler, der bruges til at låse op for dataene. Da disse nøgler aldrig forlader chippen i klartekst, er det ekstremt vanskeligt at udtrække dem via softwareangreb.

Praktiske scenarier og misforståelser

En udbredt misforståelse er, at Windows Hello blot er en bekvemmelighed. I relation til Recall fungerer det som en nødvendig adgangskontrol (gatekeeper). Uden en biometrisk validering eller korrekt PIN-kode kan snapshots ikke dekrypteres og vises på skærmen.

• Scenarie: Tyveri af hardware. Hvis en bærbar computer bliver stjålet, sikrer BitLocker (fuld diskkryptering), at tyven ikke kan læse snapshot-filerne ved blot at flytte harddisken over i en anden maskine.
• Scenarie: Ulåst pc på kontoret. Hvis en medarbejder forlader sin plads uden at låse computeren, vil Recall stadig kræve Windows Hello-validering for at åbne tidslinjen, hvilket giver et ekstra lag af beskyttelse mod nysgerrige kolleger.
• Scenarie: Malwareangreb. Ved at bruge VBS Enclave minimeres risikoen for, at ondsindet software kan "skumme" Recall-databasen direkte fra hukommelsen (RAM).

Lokal lagring vs. Cloud

Det er vigtigt at understrege, at Recall-data i den nuværende arkitektur (2024) ikke uploades til Microsofts servere. Dette mindsker risikoen for store cloud-baserede datalæk, men flytter ansvaret over på enhedens fysiske sikkerhed og kryptering. Virksomheder bør sikre, at alle bærbare computere fra producenter som Lenovo eller DELL har BitLocker aktiveret som standard.

For yderligere beskyttelse af data på eksterne enheder, kan man med fordel læse om eksterne lagringsenheder i virksomheden, GDPR og kryptering, da principperne for lokal databeskyttelse er sammenlignelige.

Skal virksomheden slå Recall til? Fordele, ulemper og risikovurdering

Beslutningen om at aktivere Windows Recall bør baseres på en konkret afvejning mellem produktivitetsgevinst og juridisk risiko. For de fleste virksomheder vil anbefalingen i øjeblikket være at holde funktionen deaktiveret, indtil der er etableret klare retningslinjer for datahåndtering og filtrering af følsomme apps.

Fordelen ved Recall er en markant reduktion i tid brugt på at lede efter information. En videnarbejder kan hurtigt genfinde en specifik detalje fra et Teams-møde eller en hjemmeside, uden at skulle huske præcis hvilken app eller mappe informationen lå i. Dette øger effektiviteten for medarbejdere, der håndterer store mængder ustruktureret data.

Praktiske konsekvenser og afvejninger

Når en virksomhed vurderer Recall, skal man skelne mellem den teoretiske funktionalitet og den praktiske implementering. Semantisk søgning, som er evnen til at søge efter betydning frem for præcise nøgleord, gør det muligt at finde dokumenter baseret på kontekst. Dette kan spare værdifuld tid i komplekse projekter.

Dog medfører dette en teknisk afvejning. For at muliggøre denne søgning tages der snapshots, hvilket er visuelle kopier af skærmen med jævne mellemrum. Hvis en medarbejder logger ind i et system med følsomme personoplysninger, vil disse data blive gemt i Recall-historikken. Selvom data lagres lokalt og krypteret via TPM (Trusted Platform Module), som er en dedikeret sikkerhedschip på bundkortet, skaber det en koncentreret mængde af data på én enhed.

Risikovurdering per brugerprofil

Ikke alle medarbejdere har samme risikoprofil. En marketingmedarbejder, der primært arbejder med offentligt tilgængelige data, vil have en lav risiko ved brug af Recall. Omvendt vil en HR-konsulent eller en finanschef, der håndterer lønsedler og bankoplysninger på en Hewlett-Packard bærbar, udgøre en høj risiko.

For at operationalisere denne risikovurdering kan virksomheder benytte følgende kategorisering:

• Lavrisiko-profiler: Medarbejdere uden adgang til personhenførbare oplysninger (PII) eller forretningskritiske hemmeligheder. Her er produktivitetsgevinsten størst i forhold til risikoen.
• Moderat risikoprofil: Medarbejdere med adgang til interne dokumenter, men ikke følsomme persondata. Kræver striks filtrering af specifikke apps og websites.
• Højrisiko-profiler: Personale i HR, lønbogholderi, ledelse eller juridiske afdelinger. For disse profiler bør Recall som udgangspunkt forblive deaktiveret.

Virksomheder bør derfor overveje en differentieret udrulning. Man kan starte med en pilotgruppe af "low-risk" brugere og udføre en DPIA (Data Protection Impact Assessment), som er en konsekvensanalyse vedrørende databeskyttelse, for hver afdeling. Det er essentielt at involvere tillidsrepræsentanter, da Recall kan opfattes som et overvågningsværktøj, hvilket kan skade arbejdsmiljøet.

Sådan styrer IT Recall: Gruppepolitikker, Intune og filtrering af apps og websites

IT-administratorer har fuld kontrol over Windows Recall via centrale administrationsværktøjer. For administrerede enheder er funktionen som standard deaktiveret eller fjernet i 2026-versionerne for at sikre, at virksomheder ikke utilsigtet overtræder lovgivningen. Styringen sker primært gennem konfigurationsprofiler.

Den vigtigste indstilling er AllowRecallEnablement. Ved at sætte denne værdi til 0 kan IT-afdelingen tvinge funktionen til at være deaktiveret på tværs af hele flåden, uanset om brugeren har en Copilot+ PC eller ej. Dette sikrer en ensartet sikkerhedsprofil for alle enheder fra f.eks. ASUS eller Lenovo.

Teknisk implementering via Intune og GPO

For virksomheder med en modernet driftsmodel er Microsoft Intune det primære værktøj. Ved at konfigurere denne via Settings Catalog kan IT-afdelingen sikre, at Recall aldrig aktiveres af slutbrugeren.

I traditionelle on-premise miljøer benyttes Group Policy Objects (GPO). GPO er en funktion i Active Directory, der giver administratorer mulighed for at definere specifikke indstillinger for brugere og computere centralt. Ved at implementere Windows AI Templates kan man låse Recall-indstillingerne på domæneniveau, hvilket forhindrer lokale ændringer.

Filtrering og databeskyttelse

For at mindske GDPR-risikoen kan IT konfigurere filtreringslister. Dette gør det muligt at definere, hvilke applikationer eller hjemmesider der ikke må optages af Recall. Hvis en medarbejder åbner et specifikt ERP-system (Enterprise Resource Planning) eller en bankside, vil Recall automatisk stoppe snapshots for dette vindue.

En vigtig distinktion er forskellen på app-filtrering og website-filtrering:

• App-filtrering: Blokerer specifikke eksekverbare filer (.exe), så interne HR-systemer eller finansielle værktøjer aldrig logges.
• Website-filtrering: Baseres på URL'er, hvilket sikrer, at følsomme cloud-portaler og banktjenester forbliver private.

Integrationen med følsomhedsmærkater er her afgørende. Ved at bruge labels kan virksomheden potentielt styre, hvordan data håndteres. Selvom Recall primært arbejder med billeder, vil en stram DLP (Data Loss Prevention) strategi i kombination med compliance-regler sikre, at enheder, der ikke overholder sikkerhedskravene, blokeres fra adgang til virksomhedsdata. DLP er et sæt værktøjer, der forhindrer følsomme data i at forlade organisationen eller blive gemt uhensigtsmæssigt.

Praktiske overvejelser ved flådestyring

En fuldstændig deaktivering via AllowRecallEnablement er den sikreste vej for virksomheder med høj risikoprofil, mens en selektiv filtrering kan give værdi i mindre kritiske miljøer.

En udbredt misforståelse er, at Recall-data automatisk slettes efter kort tid. Administratorer bør derfor eksplicit definere retention policies (opbevaringspolitikker) via Intune for at sikre, at snapshots ikke gemmes længere end nødvendigt i henhold til dataminimeringsprincippet.

For dem, der planlægger indkøb af nye flåder til virksomheden, anbefales det at læse guiden om indkøb af bærbare til virksomheden for at sikre, at hardwaren understøtter de nødvendige sikkerhedsfunktioner som TPM 2.0 (Trusted Platform Module) og VBS (Virtualization-Based Security).

Typiske fejl ved implementering af Windows Recall

1. Manglende DPIA: At aktivere funktionen uden en formel konsekvensanalyse for databeskyttelse (DPIA). Dette efterlader virksomheden juridisk sårbar over for GDPR-bøder, da man ikke har dokumenteret risikoen for de registrerede. Løsning: Gennemfør en DPIA før enhver udrulning.
2. Overset app-filtrering: At glemme at blokere kritiske systemer (fx lønsystemer eller patientjournaler) fra snapshots, så følsomme data lagres i klartekst som billeder. Dette kan modvirkes ved at definere en striks 'Exclusion List' i Intune.
3. Ignorering af medarbejderråd: At udrulle Recall uden dialog med medarbejdere, hvilket skaber mistillid og frygt for overvågning på arbejdspladsen. Dette kan føre til konflikter med tillidsrepræsentanter og dårlig trivsel.
4. Mangelfuld krypteringskontrol: At antage at Recall er sikkert uden at have verificeret, at BitLocker og TPM er korrekt konfigureret på alle Copilot+ PC'er. Uden Secured-core hardware kan snapshots være mere eksponerede ved fysisk tyveri.
5. Uklare sletningspolitikker: Ikke at definere en konkret opbevaringsperiode for snapshots, så data gemmes i årevis uden formål. Dette strider mod princippet om opbevaringsbegrænsning og bør løses via automatiserede sletningsintervaller.

Konklusion

Windows Recall tilbyder et potentielt kæmpe spring i personlig produktivitet, men for erhvervslivet er prisen i form af GDPR-risici i øjeblikket for høj til en bred udrulning. Den automatiske optagelse af alt skærmindhold kolliderer direkte med princippet om dataminimering og kræver ekstremt stram IT-styring.

Vi anbefaler, at virksomheder holder funktionen deaktiveret via centrale administrationsværktøjer (AllowRecallEnablement = 0), indtil der foreligger en moden integration med DLP-værktøjer og en gennemført juridisk vurdering. For IT-afdelingen bør fokus være på at sikre, at alle nye Copilot+ PC'er er konfigureret med Secured-core og fuld diskkryptering, så fundamentet for sikkerhed er på plads, når funktionen eventuelt aktiveres i fremtiden.

Afvejning af produktivitet mod compliance

Beslutningen om at implementere Recall handler om en balancegang mellem effektivitet og jura. Mens semantisk søgning (evnen til at søge efter betydning frem for præcise ord) i historikken kan spare tid, skaber det en permanent digital kopi af alt arbejde.

• Risiko: Utilsigtet logning af passwords, CPR-numre eller fortrolige kundedata i snapshots.
• Gevinst: Hurtig genfinding af dokumenter og kontekst uden manuelt arkivarbejde.
• Konsekvens: Manglende overholdelse af GDPR kan føre til bøder, hvis dataminimering ignoreres.

Tjekliste for fremtidig aktivering

Inden en virksomhed ændrer indstillingen fra 0 til 1 i deres Intune-profiler eller gruppepolitikker, bør følgende tekniske og juridiske krav være opfyldt:

Det er vigtigt at undgå misforståelsen om, at lokal lagring alene gør funktionen GDPR-kompatibel. Selvom data ikke forlader enheden, er virksomheden stadig dataansvarlig for, hvordan disse data genereres og opbevares på medarbejderens computer.