Ende-til-ende-kryptering i beskedapps

Mange beskedapps reklamerer med, at de bruger "ende-til-ende-kryptering". Det lyder som et teknisk detaljespørgsmål, men det dækker over en vigtig forskel i, hvem der reelt kan læse dine beskeder — inklusive appens eget firma.

Krypteret hele vejen, ikke kun undervejs

Almindelig kryptering af en internetforbindelse, som den vi så med HTTPS, beskytter typisk data på vejen mellem din enhed og en server. Men det betyder, at serveren selv, og dermed den virksomhed, der driver den, i princippet kan læse indholdet, når det ankommer. Ved ende-til-ende-kryptering krypteres beskeden derimod allerede på afsenderens enhed med en nøgle, kun modtagerens enhed har den tilsvarende private nøgle til at dekryptere. Selv hvis beskeden passerer gennem virksomhedens servere undervejs, er den ulæselig for dem — kun de to enheder i hver ende af samtalen kan læse indholdet i klartekst.

Et nøglepar per samtale

Teknisk set bygger ende-til-ende-kryptering typisk på de samme grundprincipper, vi allerede har set: asymmetrisk kryptering bruges til i første omgang sikkert at udveksle nøgler mellem afsender og modtager, hvorefter en hurtigere symmetrisk nøgle bruges til selve beskederne. Mange moderne systemer skifter desuden løbende nøgler under en samtale, så selv hvis én nøgle på et tidspunkt skulle blive kompromitteret, er tidligere og senere beskeder stadig beskyttet.

En central del af privatlivsdebatten

Netop fordi ende-til-ende-kryptering betyder, at end ikke appudbyderen selv kan læse med, er teknologien central i den krypteringskrig, vi tidligere har set på i denne pakke: den beskytter almindelige brugeres privatliv effektivt, men gør det samtidig sværere for myndigheder at få adgang til indhold, selv med en retskendelse.

Den vigtigste pointe

Ende-til-ende-kryptering betyder, at en besked kun kan læses af afsender og modtager — ingen andre, heller ikke den tjeneste, der sender den. Et beslægtet, men anderledes formål med asymmetrisk kryptering er ikke at skjule indhold, men at bevise, hvem der reelt har sendt det — det handler digitale signaturer og certifikater om.