Kryptering før upload betyder, at data krypteres hos jer, før de sendes til udbyderen, med nøgler, som udbyderen aldrig får. Det løser problemet med, at udbyderen kan læse data. Til gengæld kan udbyderens tjenester heller ikke læse dem, så kryptering før upload passer til lagring og backup og dårligt til data, der skal behandles i cloud.
Metoden kaldes også klientsidekryptering. Den adskiller sig fra de nøglemodeller, hvor udbyderen bruger en nøgle, I har lavet eller styrer. Her sker krypteringen helt uden for udbyderen. Nøglemodellerne hos udbyderen står i nøgler i cloud.
Det, kryptering før upload løser
Udbyderen opbevarer kun krypterede data. Uden nøglen kan hverken udbyderens personale, en angriber hos udbyderen eller en myndighed, der kræver data udleveret af udbyderen, læse indholdet. Hvordan krav om udlevering virker juridisk, forklarer digital-suveraenitet.dk om kryptering og jurisdiktion.
Det Europæiske Databeskyttelsesråd, EDPB, beskriver i sine anbefalinger 01/2020 netop dette tilfælde. Use Case 1 er lagring hos en hostingudbyder i et tredjeland, fx til backup, hvor data ikke skal læses i klartekst. EDPB skriver, at kryptering kan være en effektiv supplerende foranstaltning, hvis bl.a. krypteringen sker før overførsel, er tidssvarende og korrekt implementeret, nøglerne håndteres pålideligt, og nøglerne alene er under dataeksportørens kontrol eller hos en betroet enhed i EØS eller i et land, der giver samme beskyttelse.
Det er en forenkling af en lang tekst, og den gælder persondata.
Det, kryptering før upload låser
EDPB beskriver også det modsatte tilfælde. Use Case 6 er en udbyder, der skal have adgang til data i klartekst for at udføre tjenesten. Her kan EDPB ikke se en effektiv teknisk foranstaltning, hvis lovgivningen i modtagerlandet går for vidt. Vores læsning er, at kryptering før upload hjælper, så længe udbyderen kun skal opbevare, og hjælper lidt, når udbyderen skal arbejde med data.
I praksis låser metoden alt det, der kræver læsning: søgning, indeksering, forhåndsvisning, deling med redigering, analyse, AI-funktioner og virusscanning hos udbyderen. Data kan hentes og dekrypteres hos jer, men tjenesterne i cloud kan ikke gøre noget med dem.
Hvor metoden passer
Backup og arkiv. Kopier, der kun skal opbevares og gendannes. Det er metodens naturlige hjem, og mange backupprodukter krypterer allerede, før data sendes. Spørg, hvem der har nøglen. Se backup i Europa.
Udveksling af filer. Filer, der skal opbevares hos en udbyder og hentes af bestemte modtagere, som har nøglen.
Særligt følsomme data. De få data, udbyderen ikke må kunne læse, også når det koster funktioner.
Metoden passer dårligt til databaser, der skal forespørges i cloud, til samarbejde i dokumenter og til tjenester, hvis værdi ligger i at behandle indholdet.
Hvad det kræver af driften
Nøglerne. Hvem laver dem, hvor ligger de, hvem har adgang, og hvordan udskiftes de? Nøglerne er nu den eneste vej til data. Mistes de, er data tabt. Ligger de samme sted som data, er beskyttelsen væk.
Gendannelse. En kopi af nøglerne skal ligge et andet sted end både data og produktion, og gendannelse skal testes med den kopi.
Værktøjet. Krypteringen sker i et program hos jer, fx backupsoftwaren eller et særskilt værktøj. Det program bliver en afhængighed. Kan data dekrypteres uden det, hvis det udgår?
Ydelse. Kryptering og dekryptering bruger regnekraft hos jer. Ved store mængder skal det med i overslaget for gendannelsestid.
Ejerskab. Hvem ejer nøglerne, når en medarbejder går? Nøgler, der kun én person kender, er en risiko.
Hvad det kræver, og hvad det koster at lade være
Kryptering før upload kræver et værktøj, en nøgleproces, sikker opbevaring af nøglerne et andet sted og en testet gendannelse. Overslaget gives i dage til opsætning og timer om året til nøgleudskiftning og test. Posterne er licens til værktøjet, eventuel nøgletjeneste og egne timer. Prissæt dem selv.
At lade være betyder, at udbyderen kan læse det, den opbevarer. For mange data er det i orden. For backup af følsomme data eller for data hos en udbyder uden for EØS kan det betyde, at en kunde eller jeres egen vurdering ikke kan godtage placeringen.
Det skal I lade være med
- At kryptere før upload uden en kopi af nøglerne et andet sted · mistes nøglen, er data væk.
- At bruge metoden på data, tjenesterne skal arbejde med · funktionerne holder op med at virke.
- At regne klientsidekryptering for løsningen på en overførselsvurdering alene · vurderingen har flere dele.
Det skal valget kunne vise
- ☐ Hvilke data der krypteres før upload, og hvorfor.
- ☐ Hvem der har nøglerne, og hvor kopien af dem ligger.
- ☐ Hvilket værktøj der krypterer, og om data kan læses uden det.
- ☐ Dato for seneste gendannelse med nøglekopien.
Kilder
- EDPB, Recommendations 01/2020 on measures that supplement transfer tools, version 2.0, vedtaget 18/6 2021, punkt 84 og Use Case 6: https://www.edpb.europa.eu/system/files/documents/2021-06/edpb_recommendations_202001vo.2.0_supplementarymeasurestransferstools_en.pdf
Senest gennemgået: november 2026.
Næste skridt
Spørg jeres backupleverandør, om data krypteres før afsendelse, og hvem der har nøglen.
Læs også: Backup i Europa · Uforanderlig backup
→ Kontakt · Tlf. 70 13 63 23 · Exit-plan og exit-rådgivning hos Nielco IT
