Server-side vs. klientside-kryptering: Den afgørende forskel
Næsten alle transskriptionstjenester reklamerer med “kryptering.” Men ikke enhver form for kryptering beskytter lige godt. Den afgørende forskel ligger ikke i algoritmen – men i, hvem der holder nøglen.
Denne artikel forklarer forskellen mellem server-side- og klientside-kryptering, og hvorfor det gør en fundamental forskel for dine lydfiler.
Hvad “encryption at rest” virkelig betyder
“Encryption at rest” betyder: data gemmes krypteret. Men hagen er: Udbyderen holder nøglen. Enhver medarbejder med databaseadgang, enhver cloud-administrator og enhver hacker, der kompromitterer serveren, kan dekryptere dataene.
De fleste cloud-tjenester krypterer data, når de først er på disken. Det beskytter mod tyveri af fysiske harddiske – et scenarie, der sjældent forekommer hos professionelle datacentre. Det beskytter ikke mod:
- Angreb på applikationen: Enhver, der bryder ind i applikationen, har adgang til dekrypteringsfunktionen.
- Insideradgang: Udbyderens administratorer kan til enhver tid læse dataene.
- Myndighedsanmodninger: Udbyderen kan dekryptere dataene og udlevere dem.
- AI-træning: Udbyderen kan bruge dine data til at forbedre sine modeller.
Kort sagt: server-side-kryptering beskytter harddisken, ikke dine data.
Hvad klientside-kryptering gør anderledes
Med klientside-kryptering bliver din lydfil krypteret i browseren, før den når serveren. Serveren gemmer kun krypterede blobs – den holder ikke nøglen. End ikke udbyderen kan læse de gemte data.
Processen i detaljer:
- 1. Generér en nøgle: For hver fil genereres en dedikeret 256-bit-nøgle i browseren (File Encryption Key).
- 2. Krypter lokalt: Lydfilen krypteres med AES-256-GCM direkte i browseren. Serveren modtager kun krypterede bytes.
- 3. Sikr nøglen: Filnøglen krypteres med din personlige masternøgle og gemmes på serveren på den måde. Uden din adgangskode kan ingen få adgang til den.
Resultatet: kun krypterede data ligger nogensinde på serveren. Ingen medarbejder hos udbyderen, ingen hacker og ingen myndighed kan dekryptere dem uden din nøgle.
Den direkte sammenligning
Følgende tabel viser forskellen med et enkelt blik:
- Hvem krypterer? Server-side-kryptering: udbyderen. Klientside-kryptering: din browser.
- Hvem holder nøglen? Server-side-kryptering: udbyderen. Klientside-kryptering: kun dig.
- Kan udbyderen læse det? Server-side-kryptering: ja. Klientside-kryptering: nej.
- Beskyttelse i tilfælde af et brud?Server-side-kryptering: begrænset (nøglen kompromitteres ofte også). Klientside-kryptering: fuldstændig (nøglen er ikke på serveren).
- Udlevering til myndigheder? Server-side-kryptering: udbyderen kan dekryptere. Klientside-kryptering: udbyderen kan kun levere krypterede blobs.
- GDPR art. 34, stk. 3, litra a?Server-side-kryptering: underretningspligt i tilfælde af et brud. Klientside-kryptering: ingen underretningspligt, fordi dataene er ulæselige.
Hvad der gemmes på serveren
Med klientside-kryptering gemmes kun krypterede data permanent på serveren. Transskriptionen gemmes krypteret og kan kun dekrypteres af brugeren selv. Originale lydfiler slettes automatisk efter behandlingen – kun en krypteret afspilningsversion bliver tilbage på serveren.
Resultatet: selv vi som udbyder kan ikke læse de gemte transskriptioner og lydfiler.
Sådan ser du, hvilken type kryptering en tjeneste bruger
Hvis en transskriptionstjeneste siger “dine data er krypteret,” så spørg konkret:
- “Hvem holder dekrypteringsnøglen?”– Hvis udbyderen holder den, er det server-side-kryptering.
- “Kan jeres medarbejdere læse mine transskriptioner?” – Hos ærlige udbydere med server-side-kryptering er svaret: teoretisk ja.
- “Hvad sker der i tilfælde af et databrud?”– Hvis udbyderen nævner underretningspligter efter GDPR art. 34, peger det på data, der kan dekrypteres.
- “Kan jeg selv verificere krypteringen?” – Med klientside-kryptering kan du i browserens netværksfane kontrollere, at kun krypterede bytes uploades.
Hvornår er server-side-kryptering tilstrækkelig?
Server-side-kryptering er ikke i sig selv dårlig. For ikke-kritisk indhold – som at transskribere en offentlig podcast – kan den være tilstrækkelig. Men for:
- Medicinsk diktering og patientsamtaler
- Klientsamtaler i advokatfirmaer
- Bestyrelsesmøder og strategidrøftelser
- Journalistiske interviews med fortrolige kilder
- HR-samtaler og medarbejdersamtaler
- Retsmøder og vidneudsagn
… er klientside-kryptering den eneste arkitektur, der tilbyder reel beskyttelse. For her er spørgsmålet ikke, om en udbyder misbruger dine data – men at den teknisk set ikke kan.
Konklusion
“Krypteret” er ikke det samme som “beskyttet.” Den afgørende forskel ligger i, hvem der kontrollerer nøglen. Server-side-kryptering beskytter harddiske. Klientside-kryptering beskytter dine data – selv mod udbyderen selv. Enhver, der arbejder med fortrolige lydoptagelser, bør kende denne forskel.