Perspektiv
Google vil give AI en privat langtidshukommelse – men kryptering løser ikke hele tillidsspørgsmålet
Google vil lade en AI-assistent huske på tværs af telefon, computer og andre enheder uden at give Google selve nøglen til hukommelsen. Arkitekturen er lovende. Men før virksomheder kalder løsningen privat, skal de kunne forklare, hvad der gemmes, hvor længe det gemmes, og hvordan et menneske får indsigt og sletter det igen.
Hvad er egentlig nyt?
Mange AI-assistenter kan allerede gemme enkelte præferencer eller hente oplysninger fra en konto. Googles nye udspil går længere: Private AI Compute skal få en vedvarende hukommelse, som kan følge brugeren på tværs af enheder. Det kan for eksempel gøre det muligt at fortsætte en opgave på computeren, som begyndte på telefonen, uden at forklare hele sammenhængen igen.
Det afgørende er ikke kun, at data ligger krypteret. Google beskriver en konstruktion, hvor de krypterede oplysninger ligger i en separat database, mens nøglerne til at åbne dem afledes fra brugerens egne enheder. Når modellen har brug for hukommelsen, skal en godkendt, ende-til-ende-krypteret forbindelse føre data ind i et isoleret miljø i skyen. Her behandles de midlertidigt og krypteres igen.
Det er værd at holde fast i fremtidsformen. Google skriver, at arkitekturen vil gøre denne form for hukommelse mulig. Offentliggørelsen er derfor bedst læst som en teknisk plan og en invitation til kontrol – ikke som bevis for, at alle kommende produkter allerede opfører sig præcis sådan.
Hvorfor hukommelse er attraktivt
En assistent uden hukommelse er som en kollega, der møder dig for første gang hver morgen. Du gentager projektets mål, dine præferencer og de beslutninger, I allerede har truffet. Det er langsomt og skaber nye muligheder for misforståelser.
Vedvarende hukommelse kan fjerne noget af den gentagelse. Den kan hjælpe en borger med at fortsætte en vejledning, en medarbejder med at holde fast i et længere arbejdsforløb eller en privatperson med at samle opgaver på tværs af enheder. Gevinsten er kontinuitet.
Men kontinuitet er også ophobning. En forkert antagelse kan leve videre. En følsom oplysning kan få en længere levetid, end brugeren forestillede sig. Og en assistent kan begynde at tilpasse svar ud fra gamle forhold, som ikke længere gælder. Derfor er hukommelse ikke bare en bekvemmelighedsfunktion. Det er en ny databehandling, som kræver sit eget formål og sine egne kontroller.
Hvad krypteringen faktisk bidrager med
Googles beskrivelse rummer flere stærke designvalg: hardwarebeskyttede enklaver, krypterede forbindelser, brugerafgrænsede databaser og nøgler, som efter virksomhedens oplysninger ikke er tilgængelige for Google. Selskabet beskriver også en manipulationssikker offentlig registrering af serversoftwaren, så enheden kan kontrollere, at den taler med godkendt software.
Det mindsker bestemte tekniske risici. Hvis lagrede data bliver kopieret uden nøglerne, bør de være ubrugelige. Hvis en server forsøger at køre ændret software, skal klienten kunne afvise forbindelsen. Det er konkrete sikkerhedsmekanismer, ikke bare en vag påstand om, at data er sikre.
Samtidig er dokumentationen udgivet af Google. Virksomheden omtaler en uafhængig revision, men en kunde bør stadig undersøge revisionens omfang, forudsætninger og konklusioner. Stærk arkitektur er vigtig; den erstatter ikke leverandørkontrol.
Privatliv er mere end at holde en nøgle
Kryptering svarer først og fremmest på spørgsmålet: Hvem kan læse data under bestemte tekniske forudsætninger? Privatliv kræver flere svar. Hvilke oplysninger vælger systemet at huske? Er det brugeren eller modellen, der beslutter det? Hvilket formål har hver oplysning? Hvor længe lever den? Kan brugeren se, rette og slette den?
Databeskyttelsesreglernes principper om formålsbegrænsning, dataminimering, rigtighed og opbevaringsbegrænsning forsvinder ikke, fordi lageret er godt krypteret. Et system kan være teknisk svært at bryde ind i og stadig gemme for meget eller bruge oplysninger på en måde, brugeren ikke forventer.
Den mest menneskevenlige hukommelse er derfor ikke den, der husker mest. Det er den, der gør sine valg synlige og reversible.
Syv spørgsmål før I accepterer løftet
- Hvad kan systemet gemme automatisk, og hvad kræver et aktivt valg fra brugeren?
- Kan brugeren se hukommelsen i et forståeligt format og rette enkelte oplysninger?
- Hvordan slettes data – også sikkerhedskopier, afledte profiler og data på mistede enheder?
- Hvad sker der, hvis en medarbejder forlader organisationen eller skifter telefon?
- Er hukommelsen adskilt mellem privat konto, arbejdsprofil og forskellige kunder?
- Hvilke logs kan organisationen bruge til at dokumentere adgang og ændringer?
- Hvad dækker den uafhængige revision konkret, og kan resultaterne efterprøves?
Svarene bør stå i kontrakten, den tekniske dokumentation og jeres egen risikovurdering. Hvis de kun findes i en produktdemo, har I ikke et styringsgrundlag.
Hvad betyder det for danske organisationer?
Virksomheder behøver ikke afvise personlig AI-hukommelse. Men de bør begynde med anvendelsen, ikke teknologien. En hukommelse til en privat indkøbsliste har en anden konsekvens end hukommelse om sygefravær, kundeklager eller sociale forhold.
Lav en positivliste over de typer information, assistenten må fastholde, og en kort negativliste over oplysninger, den aldrig må gemme. Beslut, hvem der kan aktivere funktionen, og hvordan en bruger får hjælp til sletning. Test derefter med realistiske fejl: En gammel adresse, et forældet samtykke, en bortkommet telefon og en medarbejder, der skifter rolle.
Det vigtigste tegn på modenhed er ikke, at hukommelsen aldrig fejler. Det er, at organisationen har en tydelig måde at opdage, forklare og rette fejlen på.
Liechtenstein.dk’s vurdering
Googles arkitektur er et seriøst bud på, hvordan stærke modeller kan få kontinuitet uden et traditionelt, centralt lager i klartekst. Det fortjener opmærksomhed. Men ordet privat må ikke blive en genvej for resten af vurderingen. Den egentlige prøve er, om et menneske kan forstå, kontrollere og forlade hukommelsen – også når noget går galt.
Læs også
Kilder og videre læsning
- Google DeepMind: Advancing Private AI Compute with secure, server-side memory — offentliggjort sep. 23, 2026
- Google: Private AI Compute Technical Brief — teknisk leverandørdokumentation
- Datatilsynet: De grundlæggende principper — dansk myndighedsvejledning
- NIST AI Risk Management Framework — ramme for styring og evaluering af AI-risici
Kildekontrol: Alle oplysninger, datoer og links er kontrolleret sep. 26, 2026. Leverandørudsagn er markeret som leverandørens egne oplysninger og ikke gjort til uafhængigt dokumenterede fakta.
