TLS-kryptering forklaret

TLS er den grundlæggende krypteringsprotokol, der sikrer næsten alle forbindelser over internettet. Den gør det muligt at indsende formularer, logge ind på dine konti, tjekke dine bankoplysninger og foretage onlinekøb, uden at resten af verden kigger dig over skulderen. Det omfatter din internetudbyder(nyt vindue) (ISP), hotspotværter og hackere, der måske overvåger offentligt wi-fi.

TLS opretter en krypteret forbindelse mellem din enhed og en server, så data kan overføres sikkert. Det sikrer:

• Fortrolighed: Dine data sløres, så kun det websted eller den server, du opretter forbindelse til, kan læse dem.
• Integritet: Data kan ikke ændres under overførsel uden at blive opdaget.
• Godkendelse: Du taler faktisk med det rigtige websted (eller den rigtige server) og ikke med en bedrager.

For at sikre, at du taler med den rigtige server, fremviser serveren et digitalt certifikat, der bekræfter, at den er den, den udgiver sig for at være. Disse certifikater udstedes af certifikatmyndigheder (CA'er) – betroede organisationer, der signerer et certifikat, som knytter domænet til en offentlig nøgle.

Så du stoler ikke på webstedet, men på den CA, der garanterer for det. Denne tillid afspejles i browserens HTTPS-forbindelsesoplysninger, som traditionelt vises med hængelåsikonet i adresselinjen; klik på det for at se detaljer om forbindelsen og certifikatet.

Rod-CA'er er indbyggede i browsere. For eksempel indeholder Mozillas rodlager omkring 140–160 rodcertifikater. Disse verificerer til gengæld de mellemliggende CA'er, som bruges til at verificere de fleste websteder.

Generelt fungerer dette system godt, men det er ikke perfekt. :Der er tusindvis af mellemliggende CA'er, hvilket skaber en stor angrebsflade. Desuden kan CA'er presses af regeringer(nyt vindue) eller hackes af kriminelle organisationer til at udstede kompromitterede certifikater. Et skoleeksempel er DigiNotar(nyt vindue), en nederlandsk CA, der blev kompromitteret i 2011 af angribere, som udstedte hundredvis af falske certifikater og efter sigende opsnappede Gmail-trafik for omkring 300.000 brugere, hovedsageligt i Iran.

For at håndtere disse problemer bruger moderne TLS-forbindelser Certificate Transparency (CT). Det forhindrer ikke, at en CA bliver hacket eller presset i første omgang, men det gør følgerne langt lettere at opdage og inddæmme.

Ethvert offentligt betroet certifikat skal logges i offentlige, manipulationssikre registre i samme øjeblik, det udstedes. Chrome har for eksempel siden 2018 nægtet at stole på ethvert certifikat, der ikke er registreret i mindst to uafhængige CT-logfiler.

Derfor kan domæneejere opdage et falsk certifikat for deres websted inden for få timer i stedet for de uger, det tog DigiNotar. Når de først er opdaget, kan de berørte certifikater hurtigt tilbagekaldes – og i alvorlige tilfælde kan browsere fjerne tilliden til CA'en ved næste opdatering.

TLS kombinerer asymmetrisk og symmetrisk kryptering. Asymmetrisk kryptografi (offentlig nøgle) bruges til at etablere forbindelsen og lade browseren og serveren aftale en fælles hemmelighed uden nogensinde at sende den over netværket. Dette kaldes TLS-handshake.

Når en sikker forbindelse er etableret, overføres de faktiske data ved hjælp af symmetriske chifre (typisk AES). De præcise krypteringsalgoritmer, der bruges, forhandles mellem webserveren og klienten, for eksempel en browser. De fleste browsere giver dig mulighed for at klikke eller trykke på låseikonet for at få mere at vide om sikkerhedsdetaljerne for de krypteringsalgoritmer, der bruges til HTTPS-forbindelsen.

Traditionel TLS skjuler ikke navnet på de websteder, du opretter forbindelse til, da det indledende handshake lækker webstedets navn (SNI) og andre detaljer til enhver, der overvåger. En ny standard, ratificeret af IETF i marts 2026, har til formål at løse dette. Når det virker, krypterer Encrypted Client Hello (ECH) selve handshaket, så din ISP eller hotspotoperatører ikke længere kan se, hvilke websteder du besøger. Men:

• ECH fungerer kun, når flere websteder deler den samme IP-adresse(nyt vindue), som de gør bag et content delivery-netværk(nyt vindue) (CDN).
• Hvis et websted har sin egen dedikerede IP-adresse, forbliver destinationen synlig.
• ECH afhænger af, at din browser bruger krypteret DNS (DoH) til at hente ECH-konfigurationsnøglerne. Hvis dette mislykkes, falder forbindelserne i det stille tilbage til SNI i klartekst.
• ECH er stadig ved at blive udrullet og understøttes i Firefox og Chrome. På nuværende tidspunkt understøtter kun omkring 9–10 % af de en million mest besøgte websteder ECH, og næsten alle af dem bruger Cloudflare.
• CDN- og DoH-udbyderen kan stadig observere den endelige destination for dine netværksforbindelser.

Både TLS og end-to-end-kryptering bruger kryptering til at beskytte dine data, men de adskiller sig med hensyn til, hvem der kan dekryptere dem:

• TLS krypterer forbindelsen mellem din enhed og en server. Når dine data ankommer til den server, dekrypteres de der. Den, der driver serveren, kan læse dem.
• End-to-end-kryptering (E2EE) krypterer forbindelsen mellem din enhed og en anden enhed. Selv om dine data passerer gennem servere undervejs, er det kun den tilsigtede modtager, der kan dekryptere dem.

Beskeder, der sendes via Gmail beskyttes under transporten med TLS, men dekrypteres, når de når Googles servere, hvilket giver Google mulighed for at læse dem. Beskeder, der sendes med E2EE, for eksempel Signal-beskeder eller e-mails, der udveksles mellem Proton Mail-brugere, kan kun læses af den tilsigtede modtager.

Både TLS og VPN'er beskytter data under transport, men har meget forskellige formål:

• En VPN skjuler, hvilke websteder du besøger. Det gør TLS (normalt) ikke.
• En VPN skjuler dine DNS-forespørgsler(nyt vindue). Det gør TLS (uden DoH) ikke.
• En VPN forhindrer de websteder, du besøger, i at kende din rigtige IP-adresse(nyt vindue). Det gør TLS ikke.
• En betroet VPN(nyt vindue) fører ingen log(nyt vindue) over din browserhistorik. TLS giver din ISP (og i forlængelse heraf din regering(nyt vindue)) mulighed for at overvåge og gemme logfiler over din aktivitet.
• TLS sikrer forbindelser enkeltvis, én app eller proces ad gangen. En VPN ruter derimod alle forbindelser fra din enhed gennem VPN-tunnelen (medmindre du bruger split tunneling(nyt vindue)), hvilket gør det sværere for en observatør at udlede adfærdsmønstre ud fra din browser- og appbrug, når du er forbundet til en VPN.

TLS og VPN supplerer hinanden og giver flere lag af beskyttelse.

TLS er grunden til, at du kan bruge netbank, handle og logge ind på dine konti online, uden at enhver fremmed på netværksstien kan se, hvad du laver. Uden det ville HTTPS ikke eksistere, og det samme gælder det meste af det, vi i dag tager for givet ved at bruge web.

Men TLS var aldrig designet til at skjule alt. Det beskytter indholdet af en forbindelse, ikke det faktum, at forbindelsen fandt sted. Din ISP, en operatør af et wi-fi-hotspot eller enhver anden, der overvåger netværket, kan stadig se, hvilke websteder du besøger, selv om de ikke kan se, hvad du laver. I modsætning til E2EE forhindrer det ikke den tjeneste, du opretter forbindelse til, i at få adgang til dine data.

TLS, E2EE og VPN'er supplerer derfor hinanden: TLS giver en grundlæggende sikkerhed, E2EE sikrer, at kun de tilsigtede modtagere kan få adgang til dine data, og en betroet VPN giver et højt niveau af privatliv online.

TLS er protokollen, der arbejder i baggrunden, hver gang du bruger en Proton-app (med undtagelse af Proton VPN-apps, som nu primært bruger WireGuard(nyt vindue)). Det er det, HTTPS er afhængig af for at beskytte din forbindelse, og det sikrer også trafik på steder, du ikke ser direkte, for eksempel maillevering mellem servere. Men TLS beskytter kun data, mens de er undervejs. Stærkere beskyttelser, såsom end-to-end-kryptering og zero-access-kryptering, er nødvendige for virkelig privat indhold.