Recall och GDPR i företaget: Guide till it-styrning

Vad är Windows Recall, och hur fungerar det?

Windows Recall är en AI-driven funktion för datorn som gör det möjligt för användaren att hitta allt de har sett eller gjort på sin pc via semantisk sökning. Funktionen fungerar genom att ta snapshots (skärmbilder) med några sekunders mellanrum, vilka sedan analyseras lokalt av en NPU (Neural Processing Unit), så att användaren kan göra en visuell kronologisk genomgång av skärmbilderna med naturligt språk.

För att köra Recall krävs en Copilot PC. En Copilot+ PC definieras av specifika hårdvarukrav, inklusive en NPU med minst 40 TOPS (Tera Operations Per Second), vilket möjliggör lokal AI-behandling utan att skicka data till molnet. Denna lokala behandling är utformad för att minska behovet av extern dataöverföring under indexeringen.

Semantisk sökning och snapshots

Till skillnad från traditionell sökning, som letar efter nyckelord i filnamn, använder Recall semantisk sökning. Det betyder att AI:n förstår sammanhanget i bilden. Om en medarbetare söker efter "den blå grafen från mötet i tisdags", kommer systemet att skanna snapshots efter visuella element som matchar beskrivningen, även om orden "blå graf" aldrig har skrivits som text.

Denna process sker uteslutande lokalt på enheten. För företag innebär det att data inte lämnar datorn, men det ändrar inte det faktum att det skapas en omfattande databas över användarens aktivitet, vilket kräver tät integration med Microsoft ekosystemet för att säkerställa kontroll.

Praktisk tillämpning och tekniska avvägningar

I praktiken fungerar Recall som en sorts "fotografiskt minne" för datorn. Detta kan vara en stor produktivitetsfördel i komplexa arbetsflöden där information är spridd över många olika applikationer och webbplatser.

• Scenario: En projektledare har sett en specifik detalj i ett PDF-dokument, varpå personen har diskuterat det i Teams och avslutat med att skriva anteckningar i Word. Istället för att genomsöka tre olika program kan ledaren helt enkelt söka på ämnet och se den exakta tidslinjen av snapshots.
• Avvägning: Den konstanta snapshot-tagningen kräver dedikerad hårdvara (NPU) för att inte belasta CPU:n (Central Processing Unit), vilket annars skulle leda till ett märkbart fall i systemprestandan och kortare batteritid.

Viktiga distinktioner för it-administratören

Det är viktigt att inte förväxla Recall med traditionell skärminspelning eller enkel historikloggning i en webbläsare. Här är de väsentligaste skillnaderna:

En utbredd missuppfattning är att Recall skickar bilderna till en central server för analys. Behandlingen sker lokalt via NPU:n, vilket innebär att själva analysen av "vad som finns på bilden" sker direkt på hårdvaran i Copilot PC-enheterna.

Recall och GDPR: Personuppgifter, konfidentiell information och risker i företaget

Windows Recall utgör en betydande utmaning för GDPR (General Data Protection Regulation), specifikt i förhållande till principen om dataminimering enligt Artikel 5. Eftersom funktionen automatiskt spelar in allt på skärmen, samlas oundvikligen personuppgifter in, inklusive personnummer, hälsoinformation eller privata meddelanden, som inte har en laglig behandlingsgrund för lagring i en snapshot-databas.

Den största risken i ett företagssammanhang är den oavsiktliga insamlingen av konfidentiell information. En medarbetare inom HR eller löneadministration som använder en Copilot PC kommer att få känsliga personuppgifter lagrade i Recall-databasen, vilket kan göra företaget sårbart för interna dataläckor eller externa attacker om enhetens fysiska säkerhet kompromitteras.

Praktiska konsekvenser för databehandlingen

För att förstå risken måste man se på hur snapshots (skärmbilder tagna med korta intervall) fungerar i praktiken. När en funktion automatiskt indexerar allt visuellt innehåll skapas en databas över aktiviteter som potentiellt kan sökas i via semantisk sökning. Semantisk sökning är en metod där AI:n förstår betydelsen och sammanhanget av data istället för att bara leta efter specifika nyckelord.

Detta skapar utmaningar i följande scenarier:

• Hantering av känsliga data: Om en medarbetare öppnar en PDF med hälsoinformation sparas denna bild lokalt. Företaget blir därmed personuppgiftsansvarig för lagringen av dessa uppgifter i ett format som inte nödvändigtvis täcks av befintliga raderingsrutiner.
• Medarbetarövervakning: Om it-avdelningen har åtkomst till att extrahera eller administrera dessa loggar kan det tolkas som olaglig övervakning av medarbetaren, vilket kräver en mycket specifik juridisk grund.
• Tredjepartsdata: När en medarbetare tar ett samtal via Teams eller Zoom där motparten delar skärm, kan Recall potentiellt fånga data från externa partners som företaget inte har tillstånd att lagra permanent.

Risken vid konfidentiell information

Recall kan fånga lösenord om dessa skrivs i fält som inte är maskerade, eller om de visas kortvarigt på skärmen. Likaså kommer interna strategidokument, kundlistor och konfidentiell korrespondens att sparas som bilder. För företag som verkar under strikta compliance-krav kan detta vara oacceptabelt.

En väsentlig missuppfattning är att lokal lagring automatiskt tar bort GDPR-risken. Även om data inte skickas till molnet är företaget fortfarande skyldigt att säkerställa att data endast behandlas för ett specifikt syfte och raderas när det inte längre är nödvändigt.

Det rekommenderas därför att konsultera en GDPR-guide för företagets val för att förstå hur fysiskt och digitalt skydd av skärminnehåll kan komplettera de tekniska kontrollerna. Utan en stringent styrning riskerar företaget stora böter vid tillsyn från Integritetsskyddsmyndigheten.

Avvägning: Produktivitet vs. Compliance

Företag står inför ett val mellan den ökade produktiviteten som AI-drivet minne ger och de juridiska riskerna vid automatisk loggning. För att navigera i detta bör man värdera följande faktorer:

• DPIA (Data Protection Impact Assessment): Det är essentiellt att genomföra en konsekvensanalys för att identifiera var Recall kan skapa hög risk för personers rättigheter.
• Rollbaserad implementering: Man bör överväga om funktionen ska vara inaktiverad för specifika avdelningar (t.ex. HR och Ekonomi), medan den tillåts för andra.
• Retention policies: Konfiguration av automatiska raderingsperioder för snapshots är nödvändigt för att följa principen om lagringsbegränsning.

Vad säger GDPR-reglerna i relation till AI-loggning?

GDPR-reglerna dikterar att behandling av personuppgifter ska ske lagligt, rimligt och transparent. I relation till AI-loggning som Windows Recall betyder det att företaget måste ha en specifik rättslig grund för att spela in medarbetarens skärm. Eftersom Recall loggar allt indiscriminat är det extremt svårt att uppfylla kravet på ändamålsbegränsning, då data samlas in utan ett konkret, definierat syfte för varje enskild snapshot.

Särskilt Artikel 5 i dataskyddsförordningen fastställer principerna för behandling. För ett företag innebär detta att man inte bara kan aktivera Recall för "produktivitetens skull" om detta medför systematisk lagring av känsliga data utan nödvändighet. Detta kräver en grundlig analys av om syftet kan uppnås med mindre ingripande medel.

De 7 principerna i GDPR och AI-övervakning

För att förstå risken med Recall måste man se på de grundläggande principerna för databehandling. När ett företag implementerar ett verktyg som fungerar som en "digital tidsmaskin", utmanas särskilt integritet och konfidentialitet. Om snapshots av privata bankuppgifter eller hälsodata sparas lokalt på en dator, är företaget ansvarigt för denna behandling, oavsett om datan aldrig lämnar hårdvaran.

Här är det viktigt att skilja mellan teknisk säkerhet (kryptering) och juridisk compliance. Även om data är krypterad med BitLocker, är själva *insamlingen* av datan utan en laglig grund ett brott mot förordningen. Företag bör därför säkerställa att deras interna it-policyer är uppdaterade, vilket kan understödas av kunskap om externa lagringsenheter i företaget, GDPR och kryptering.

Praktiska konsekvenser för it-ansvariga

I praktiken innebär AI-loggning att gränsen mellan professionell övervakning och privatliv suddas ut. En medarbetare kan under en paus komma åt privata dokument eller utföra banköverföringar, vilket resulterar i att känsliga personuppgifter blir en del av företagets databehandlingsaktiviteter. Detta skapar en komplex situation för den personuppgiftsansvarige.

För att navigera i detta bör it-avdelningen överväga följande avvägningar:

• Produktivitet vs. Privatliv: Även om semantisk sökning (förmågan att söka efter betydelse snarare än exakta ord) ökar effektiviteten, kan det inte rättfärdiga insamling av data i strid med principen om dataminimering.
• Lokal lagring vs. Ansvar: Att data sparas lokalt i en VBS Enclave (Virtualization-Based Security, en isolerad minnesregion) reducerar risken för externa läckor, men tar inte bort det juridiska ansvaret för själva insamlingen.
• Automatisering vs. Kontroll: Automatiska snapshots innebär att företaget tappar kontrollen över vilka specifika data som behandlas, vilket gör det svårt att efterleva begäran om utdrag eller radering (rätten att bli glömd).

En vanlig missuppfattning är att kryptering ensamt gör implementeringen laglig. Kryptering skyddar data mot obehörig åtkomst, men det ändrar inte det faktum att själva processen att ta snapshots av allt på skärmen utgör en omfattande behandling av personuppgifter.

Vad säger Artikel 5, 14 och 32 om dataskydd?

Artikel 5 utgör fundamentet för GDPR genom att definiera principerna för behandling av personuppgifter. För Windows Recall är det särskilt kravet på dataminimering som är problematiskt. Artikel 14 fokuserar på informationsplikten när data samlas in indirekt; företaget måste informera medarbetaren om vilka data som samlas in via Recall och i vilket syfte.

Artikel 32 kräver att den personuppgiftsansvarige implementerar lämpliga tekniska och organisatoriska åtgärder för att säkerställa en säkerhetsnivå som är anpassad till risken. I fallet med Recall innebär det att kryptering ensamt inte är tillräckligt; man måste även ha organisatoriska kontroller, såsom en fastställd raderingspolicy, så att snapshots inte sparas i all oändlighet.

Praktisk betydelse av Artikel 5: Dataminimering i praktiken

Principen om dataminimering innebär att man endast får samla in uppgifter som är strikt nödvändiga för att uppnå ett specifikt syfte. Eftersom Windows Recall tar snapshots av allt på skärmen med jämna mellanrum, samlas det per definition in mer data än vad som är nödvändigt för de flesta arbetsuppgifter.

• Risk: Insamling av privata lösenord eller hälsoinformation om en medarbetare loggar in på privat e-post under arbetstid.
• Avvägning: Företaget måste bedöma om produktivitetsvinsten med semantisk sökning väger tyngre än risken med den massiva datainsamlingen.
• Lösning: Implementering av filtrering av appar och webbplatser för att undvika loggning av känsliga system.

Artikel 14 och transparens gentemot medarbetaren

När data samlas in indirekt ska den registrerade (medarbetaren) informeras om detta. En vanlig missuppfattning är att en generell it-policy är tillräcklig. Eftersom Recall fungerar som en form av kontinuerlig övervakning av användargränssnittet, krävs specifik information.

Företaget bör upprätta ett tillägg till integritetspolicyn som explicit förklarar:

• Att snapshots tas automatiskt.
• Var data lagras (lokalt på enheten).
• Vem som har åtkomst till datan (endast användaren via biometri).
• När data raderas automatiskt.

Artikel 32: Tekniska vs. organisatoriska åtgärder

Säkerhet handlar inte bara om programvara, utan om en kombination av teknik och processer. I relation till Recall bör man skilja mellan dessa två lager:

Radering av personuppgifter och Artikel 17

Rätten till radering (Artikel 17) är en av de svåraste att hantera med Recall. Eftersom AI-indexet skapar semantiska kopplingar mellan snapshots kan det vara tekniskt komplext att radera en specifik personuppgift utan att radera hela tidsintervaller. Företag måste därför kunna bevisa hur de efterkommer en begäran om radering av data i ett AI-genererat index.

Om en kommun eller myndighet inte kan radera personuppgifter beror det ofta på lagstadgade arkiveringskrav. Men för privata företag finns sällan stöd för att spara snapshots av medarbetares skärmar i arkivsyfte, varför raderingspolicyn bör vara aggressiv och automatiserad.

Vilka ytterligare GDPR-artiklar påverkar implementeringen?

Utöver de grundläggande principerna finns det flera specifika artiklar i dataskyddsförordningen som företag måste förhålla sig till vid användning av Recall. Artikel 28 handlar om personuppgiftsbiträdet; om IT-driften outsourcas till en extern partner måste det finnas ett personuppgiftsbiträdesavtal som specifikt adresserar hanteringen av AI-genererade snapshots. Artikel 34 dikterar underrättelse om överträdelser; ett intrång på en dator med Recall aktiverat kan utgöra en hög risk för de registrerades rättigheter, då hela användarens historik exponeras.

Artikel 22 är särskilt relevant, då den handlar om rätten att inte bli föremål för ett beslut som enbart grundas på automatiserad behandling. Även om Recall primärt är ett sökverktyg kan det bli problematiskt om ledningen använder snapshots som grund för automatiserade prestationsbedömningar eller disciplinära sanktioner utan mänsklig inblandning.

Konsekvenser av Artikel 34 vid dataintrång

Artikel 34 kräver att den registrerade underrättas utan onödigt dröjsmål när ett brott mot personuppgiftssäkerheten sannolikt medför en hög risk för fysiska personers rättigheter och friheter. Vid traditionella dataintrång förloras ofta specifika filer eller dataposter i en databas.

I ett scenario med Recall är risken markant annorlunda, då snapshots fungerar som en visuell tidslinje över allt användaren har sett på skärmen. En läcka av dessa data innebär att obehöriga kan få tillgång till privata meddelanden, bankuppgifter och interna strategidokument i ett och samma paket. Företaget måste därför bedöma om existensen av Recall automatiskt höjer risknivån från "medel" till "hög", vilket utlöser en striktare underrättelseskyldighet gentemot medarbetaren.

Risker vid automatiserat beslutsfattande (Artikel 22)

En vanlig missuppfattning är att Recall bara är ett passivt arkiv. Artikel 22 förbjuder beslut baserade på automatisk behandling som har rättslig verkan eller på liknande sätt i betydande grad påverkar personen.

• Olaglig användning: Om en chef använder AI-genererade sökresultat från Recall för att dra slutsatsen att en medarbetare är ineffektiv, utan att göra en manuell kontroll av kontexten.
• Laglig användning: Att använda Recall som ett verktyg för medarbetaren själv för att hitta information snabbare (självhjälp).

Det är avgörande att företaget fastställer tydliga interna riktlinjer för att snapshots aldrig får användas som det enda bevisunderlaget i personalärenden.

Förhållandet mellan Artikel 6 och laglig behandling

Artikel 6 punkt 1 fastställer villkoren för laglig behandling. För att aktivera Recall måste företaget identifiera en rättslig grund, till exempel berättigat intresse (punkt f). Detta intresse måste dock vägas mot medarbetarens grundläggande rättigheter och friheter. Eftersom Recall loggar allt utan filter kommer det ofta vara svårt att argumentera för att företagets intresse av produktivitet väger tyngre än medarbetarens rätt till privatliv på arbetsplatsen.

Säkerhet och integritet: Lokal lagring, kryptering och Windows Hello

Microsoft har implementerat flera säkerhetslager för att skydda Recall-data, då snapshots lagras lokalt på enheten och inte i molnet. Det primära skyddet består av kryptering via TPM (Trusted Platform Module) och integration med VBS Enclave (Virtualization-Based Security), som isolerar de känsliga AI-processerna från resten av operativsystemet.

Åtkomst till Recall-data kräver obligatorisk Windows Hello. Det betyder att endast den auktoriserade användaren kan låsa upp snapshots via biometri (ansiktsigenkänning eller fingeravtryck) eller en PIN-kod. Detta förhindrar obehöriga från att bläddra i historiken om datorn lämnas olåst, förutsatt att skärmlåsningen är aktiverad.

Tekniska barriärer mot obehörig åtkomst

För att förstå säkerheten i praktiken är det nödvändigt att skilja mellan mjukvaru- och hårdvaruskydd. VBS Enclave, eller Virtualization-Based Security, skapar en virtuellt isolerad zon i datorns minne. Detta innebär att även om en angripare får åtkomst till operativsystemet via malware, är AI-modellen och själva snapshot-databasen fysiskt åtskilda från resten av systemets processer.

TPM (Trusted Platform Module) fungerar som ett dedikerat säkerhetschip på moderkortet. Det lagrar de kryptografiska nycklar som används för att låsa upp data. Eftersom dessa nycklar aldrig lämnar chippet i klartext är det extremt svårt att extrahera dem via mjukvaruattacker.

Praktiska scenarier och missförstånd

En vanlig missuppfattning är att Windows Hello bara är en bekvämlighet. I relation till Recall fungerar det som en nödvändig åtkomstkontroll (gatekeeper). Utan en biometrisk validering eller korrekt PIN-kod kan snapshots inte dekrypteras och visas på skärmen.

• Scenario: Stöld av hårdvara. Om en bärbar dator blir stulen säkerställer BitLocker (full diskkryptering) att tjuven inte kan läsa snapshot-filerna genom att bara flytta hårddisken till en annan maskin.
• Scenario: Olåst dator på kontoret. Om en medarbetare lämnar sin plats utan att låsa datorn kommer Recall fortfarande kräva Windows Hello-validering för att öppna tidslinjen, vilket ger ett extra lager av skydd mot nyfikna kollegor.
• Scenario: Malwareattack. Genom att använda VBS Enclave minimeras risken för att skadlig programvara kan "skumma" Recall-databasen direkt från minnet (RAM).

Lokal lagring vs. Molnet

Det är viktigt att understryka att Recall-data i den nuvarande arkitekturen (2024) inte laddas upp till Microsofts servrar. Detta minskar risken för stora molnbaserade dataläckor, men flyttar ansvaret till enhetens fysiska säkerhet och kryptering. Företag bör säkerställa att alla bärbara datorer från tillverkare som Lenovo eller DELL har BitLocker aktiverat som standard.

För ytterligare skydd av data på externa enheter kan man med fördel läsa om externa lagringsenheter i företaget, GDPR och kryptering, då principerna för lokal dataskydd är jämförbara.

Ska företaget aktivera Recall? Fördelar, nackdelar och riskbedömning

Beslutet att aktivera Windows Recall bör baseras på en konkret avvägning mellan produktivitetsvinst och juridisk risk. För de flesta företag kommer rekommendationen för närvarande vara att hålla funktionen inaktiverad tills tydliga riktlinjer för datahantering och filtrering av känsliga appar har etablerats.

Fördelen med Recall är en markantt minskning av tid som läggs på att leta efter information. En kunskapsarbetare kan snabbt hitta en specifik detalj från ett Teams-möte eller en webbsida, utan att behöva komma ihåg exakt vilken app eller mapp informationen låg i. Detta ökar effektiviteten för medarbetare som hanterar stora mängder ostrukturerad data.

Praktiska konsekvenser och avvägningar

När ett företag utvärderar Recall måste man skilja på den teoretiska funktionaliteten och den praktiska implementeringen. Semantisk sökning, vilket är förmågan att söka efter betydelse snarare än exakta nyckelord, gör det möjligt att hitta dokument baserat på kontext. Detta kan spara värdefull tid i komplexa projekt.

Detta medför dock en teknisk avvägning. För att möjliggöra denna sökning tas snapshots, vilket är visuella kopior av skärmen med jämna mellanrum. Om en medarbetare loggar in i ett system med känsliga personuppgifter kommer dessa data att sparas i Recall-historiken. Även om data lagras lokalt och krypteras via TPM (Trusted Platform Module), som är ett dedikerat säkerhetschip på moderkortet, skapar det en koncentrerad mängd data på en enda enhet.

Riskbedömning per användarprofil

Alla medarbetare har inte samma riskprofil. En marknadsförare som främst arbetar med offentligt tillgängliga data har en låg risk vid användning av Recall. Omvänt utgör en HR-konsult eller en ekonomichef, som hanterar lönespecifikationer och bankuppgifter på en Hewlett-Packard bärbar dator, en hög risk.

För att operationalisera denna riskbedömning kan företag använda följande kategorisering:

• Lågriskprofiler: Medarbetare utan tillgång till personuppgifter (PII) eller affärskritiska hemligheter. Här är produktivitetsvinsten störst i förhållande till risken.
• Moderat riskprofil: Medarbetare med tillgång till interna dokument, men inte känsliga personuppgifter. Kräver strikt filtrering av specifika appar och webbplatser.
• Högriskprofiler: Personal inom HR, löneadministration, ledning eller juridiska avdelningar. För dessa profiler bör Recall som utgångspunkt förbli inaktiverat.

Företag bör därför överväga en differentierad utrullning. Man kan börja med en pilotgrupp av "low-risk"-användare och utföra en DPIA (Data Protection Impact Assessment), vilket är en konsekvensanalys avseende dataskydd, för varje avdelning. Det är essentiellt att involvera fackliga representanter eller skyddsombud, då Recall kan uppfattas som ett övervakningsverktyg, vilket kan skada arbetsmiljön.

Så här styr IT Recall: Gruppolicyer, Intune och filtrering av appar och webbplatser

IT-administratörer har full kontroll över Windows Recall via centrala administrationsverktyg. För administrerade enheter är funktionen som standard inaktiverad eller borttagen i 2026-versionerna för att säkerställa att företag inte oavsiktligt bryter mot lagstiftningen. Styrningen sker primärt genom konfigurationsprofiler.

Den viktigaste inställningen är AllowRecallEnablement. Genom att sätta detta värde till 0 kan IT-avdelningen tvinga funktionen att vara inaktiverad över hela flottan, oavsett om användaren har en Copilot+ PC eller inte. Detta säkerställer en enhetlig säkerhetsprofil för alla enheter från exempelvis ASUS eller Lenovo.

Teknisk implementering via Intune och GPO

För företag med en modern driftsmodell är Microsoft Intune det primära verktyget. Genom att konfigurera detta via Settings Catalog kan IT-avdelningen säkerställa att Recall aldrig aktiveras av slutanvändaren.

I traditionella on-premise-miljöer används Group Policy Objects (GPO). GPO är en funktion i Active Directory som gör det möjligt för administratörer att definiera specifika inställningar för användare och datorer centralt. Genom att implementera Windows AI Templates kan man låsa Recall-inställningarna på domännivå, vilket förhindrar lokala ändringar.

Filtrering och dataskydd

För att minska GDPR-risken kan IT konfigurera filtreringslistor. Detta gör det möjligt att definiera vilka applikationer eller webbplatser som inte får fångas av Recall. Om en medarbetare öppnar ett specifikt ERP-system (Enterprise Resource Planning) eller en banksida, kommer Recall automatiskt att stoppa snapshots för detta fönster.

En viktig distinktion är skillnaden mellan app-filtrering och webbplatsfiltrering:

• App-filtrering: Blockerar specifika körbara filer (.exe), så att interna HR-system eller finansiella verktyg aldrig loggas.
• Webbplatsfiltrering: Baseras på URL:er, vilket säkerställer att känsliga molnportaler och banktjänster förblir privata.

Integrationen med känslighetsmärkningar är här avgörande. Genom att använda labels kan företaget potentiellt styra hur data hanteras. Även om Recall primärt arbetar med bilder, kommer en strikt DLP (Data Loss Prevention)-strategi i kombination med compliance-regler säkerställa att enheter som inte uppfyller säkerhetskraven blockeras från åtkomst till företagsdata. DLP är en uppsättning verktyg som förhindrar känsliga data från att lämna organisationen eller sparas på olämpligt sätt.

Praktiska överväganden vid flottstyrning

En fullständig inaktivering via AllowRecallEnablement är den säkraste vägen för företag med hög riskprofil, medan en selektiv filtrering kan ge värde i mindre kritiska miljöer.

Ett vanligt missförstånd är att Recall-data automatiskt raderas efter kort tid. Administratörer bör därför explicit definiera retention policies (bevarandepolicyer) via Intune för att säkerställa att snapshots inte sparas längre än nödvändigt enligt principen om dataminimering.

För dem som planerar inköp av nya datorflottor till företaget rekommenderas det att läsa guiden om inköp av bärbara datorer till företaget för att säkerställa att hårdvaran stöder de nödvändiga säkerhetsfunktionerna som TPM 2.0 (Trusted Platform Module) och VBS (Virtualization-Based Security).

Typiska fel vid implementering av Windows Recall

1. Saknad DPIA: Att aktivera funktionen utan en formell konsekvensanalys för dataskydd (DPIA). Detta gör företaget juridiskt sårbart för GDPR-böter, då man inte har dokumenterat risken för de registrerade. Lösning: Genomför en DPIA före varje utrullning.
2. Förbisedd app-filtrering: Att glömma att blockera kritiska system (t.ex. lönesystem eller patientjournaler) från snapshots, så att känsliga data sparas i klartext som bilder. Detta kan motverkas genom att definiera en strikt 'Exclusion List' i Intune.
3. Ignorerande av medarbetarråd: Att rulla ut Recall utan dialog med medarbetarna, vilket skapar misstro och rädsla för övervakning på arbetsplatsen. Detta kan leda till konflikter med fackliga representanter och sämre trivsel.
4. Bristfällig krypteringskontroll: Att anta att Recall är säkert utan att ha verifierat att BitLocker och TPM är korrekt konfigurerade på alla Copilot+ PC:s. Utan Secured-core-hårdvara kan snapshots vara mer exponerade vid fysisk stöld.
5. Otydliga raderingspolicyer: Att inte definiera en konkret lagringsperiod för snapshots, så att data sparas i åratal utan syfte. Detta strider mot principen om lagringsbegränsning och bör lösas via automatiserade raderingsintervaller.

Slutsats

Windows Recall erbjuder ett potentiellt enormt hopp i personlig produktivitet, men för näringslivet är priset i form av GDPR-risker för närvarande för högt för en bred utrullning. Den automatiska inspelningen av allt skärminnehåll krockar direkt med principen om dataminimering och kräver extremt strikt IT-styrning.

Vi rekommenderar att företag håller funktionen inaktiverad via centrala administrationsverktyg (AllowRecallEnablement = 0), tills det finns en mogen integration med DLP-verktyg och en genomförd juridisk bedömning. För IT-avdelningen bör fokus ligga på att säkerställa att alla nya Copilot PC är konfigurerade med Secured-core och fullständig diskkryptering, så att grunden för säkerheten är på plats när funktionen eventuellt aktiveras i framtiden.

Avvägning mellan produktivitet och compliance

Beslutet att implementera Recall handlar om en balansgång mellan effektivitet och juridik. Medan semantisk sökning (förmågan att söka efter betydelse snarare än exakta ord) i historiken kan spara tid, skapar det en permanent digital kopia av allt arbete.

• Risk: Oavsiktlig loggning av lösenord, personnummer eller konfidentiella kunddata i snapshots.
• Vinst: Snabb återfinning av dokument och kontext utan manuellt arkivarbete.
• Konsekvens: Bristande efterlevnad av GDPR kan leda till böter om dataminimering ignoreras.

Checklista för framtida aktivering

Innan ett företag ändrar inställningen från 0 till 1 i sina Intune-profiler eller gruppolicyer bör följande tekniska och juridiska krav vara uppfyllda:

Det är viktigt att undvika missuppfattningen att lokal lagring ensamt gör funktionen GDPR-kompatibel. Även om data inte lämnar enheten är företaget fortfarande dataansvarig för hur dessa data genereras och lagras på medarbetarens dator.