Hoppa till innehålletHisnLabs
← Hur internet fungerar

Lektion 3 av 4 · 8 min

HTTPS och certifikat: vad hänglåset bevisar och vad det inte gör

Vad TLS faktiskt gör, vad ett certifikat verkligen intygar och varför hänglåset inte är en bedömning av om en webbplats är pålitlig.

Den första lektionen nämnde att https://-adresser använder kryptering. Den här lektionen tittar närmare på hur den krypteringen är inställd, vad hänglåsikonen i din webbläsare faktiskt garanterar och var dess garanti slutar.

TLS: protokollet bakom hänglåset

HTTPS är det vanliga webbprotokollet, HTTP, som körs i Transport Layer Security (TLS), ett protokoll som först publicerades 1999 och nu i sin 1.3-version. Cloudflares utbildningscenter sammanfattar vad TLS åstadkommer i tre delar: kryptering, som döljer data från alla andra i nätverket; autentisering, som kontrollerar att du pratar med servern du tror att du är; och integritet, som upptäcker om data har ändrats under överföringen. Innan något innehåll utbyts utför din Mac och servern en "TLS-handskakning": de kommer överens om en version av TLS, kommer överens om de kryptografiska metoder som ska användas och genererar nycklarna som kommer att kryptera resten av sessionen.

Vad ett certifikat faktiskt intygar

För att det handslaget ska betyda någonting behöver din webbläsare bevis på att serverns publika nyckel verkligen tillhör webbplatsen du skrev. Det beviset är TLS-certifikatet. Enligt Cloudflare paketerar ett certifikat domännamnet, den publika nyckeln, ett utgångsdatum och den digitala signaturen för den som utfärdade det: en certifikatutfärdare (CA), en organisation som din webbläsare och ditt operativsystem redan litar på. Let's Encrypt, en allmänt använd, gratis certifikatmyndighet, beskriver processen tydligt: ​​innan den utfärdar ett certifikat kontrollerar dess programvara att den som begär det faktiskt kontrollerar domänen, till exempel genom att be dem att publicera en specifik fil på den webbplatsen eller en specifik DNS-post. Först efter den kontrollen signerar den ett certifikat.

Detta är viktigt eftersom det definierar gränsen för vad ett standardcertifikat bevisar. Det bevisar att den som begärde det kontrollerar domännamnet i det ögonblicket. Den granskar inte verksamheten bakom sajten, kontrollerar inte om operatören är ärlig eller lovar att innehållet är säkert. Vem som helst, inklusive en bedragare, kan registrera en domän och få ett giltigt certifikat för den på några minuter.

Läser hänglåset korrekt

Hänglåset bekräftarHänglåset bekräftar inte
Anslutningen mellan din webbläsare och denna server är krypteradAtt organisationen som driver sajten är legitim eller pålitlig
Den som ställer in certifikatet kontrollerar detta exakta domännamnAtt domännamnet i sig inte är vilseledande (till exempel en look-alike-stavning)
Innehållet har inte ändrats under transporten av en tredje partAtt sidan i sig inte kommer att missbruka det du skriver in på den

Electronic Frontier Foundations Surveillance Self-Defense-guide sätter den underliggande poängen direkt: "Bara för att en tjänst använder HTTPS betyder det inte att tjänsten fullt ut skyddar användarnas integritet." HTTPS skyddar röret; det säger ingenting om vad destinationen gör med det som kommer genom den. Samma guide noterar att HTTPS döljer vilken sida på en webbplats du besökte från nätverksavlyssnare, men själva webbplatsen tar fortfarande emot allt du skriver - sökningar, meddelanden, inloggningar - helt klart, eftersom det är den andra änden av den krypterade anslutningen, inte en observatör av den.

Självsignerade och utgångna certifikat

Cloudflare förklarar också vad som händer utan en betrodd certifikatutfärdare: vem som helst kan generera sitt eget "självsignerade" certifikat, men webbläsare har ingen extern auktoritet att kontrollera det mot, så de markerar sådana webbplatser som osäkra eller vägrar att ladda dem direkt. Ett utgånget certifikat ger en liknande varning. Ingen av varningarna betyder nödvändigtvis att en attack sker, men det betyder att webbläsaren för närvarande inte kan verifiera vem den pratar med, vilket är exakt den kontroll som TLS är tänkt att tillhandahålla.

Viktigt att minnas

  • HTTPS kör vanlig webbtrafik inuti TLS, vilket ger kryptering, autentisering av servern och integritetskontroll.
  • Ett TLS-certifikat utfärdas av en certifikatutfärdare efter att ha kontrollerat att begäranden kontrollerar domänen – inget mer.
  • Hänglåset bekräftar att anslutningen är krypterad och når den anspråkade domänen; det garanterar inte ärligheten hos den som driver sajten.
  • Angripare kan och får giltiga certifikat för vilseledande domäner, så hänglåset ensamt kan inte utesluta en bluff.
  • HTTPS skyddar data under överföring, inte vad destinationsservern gör med den när den väl anländer.

Testa dig själv

  1. 1. Vad bevisar egentligen ett standard TLS-certifikat?

    • Att sajten drivs av en pålitlig verksamhet
    • Att certifikatinnehavaren kontrollerar domännamnet det utfärdades för — Rätt.
    • Att webbplatsen inte innehåller några bedrägerier
    • Att sajten har granskats av en statlig myndighet

    Certifikatmyndigheter som Let's Encrypt kontrollera domänkontroll innan de utfärdar ett certifikat; de vet inte operatörens ärlighet.

  2. 2. Enligt EFF, vad är en nyckelgräns för HTTPS?

    • Det saktar ner varje anslutning
    • Att använda HTTPS betyder inte att en tjänst helt skyddar användarnas integritet — Rätt.
    • Det fungerar bara på Wi-Fi
    • Det ersätter behovet av lösenord

    HTTPS säkrar anslutningen, men sajten i andra änden ser fortfarande allt du skickar den och kontrollerar vad den gör med den datan.

  3. 3. Vilka är de tre sakerna Cloudflare säger att TLS tillhandahåller?

    • Hastighet, lagring och säkerhetskopiering
    • Kryptering, autentisering och integritet — Rätt.
    • Komprimering, cachelagring och lastbalansering
    • Brandvägg, loggning och antivirus

    TLS döljer data från avlyssnare (kryptering), bekräftar serverns identitet (autentisering) och upptäcker manipulering (integritet).

  4. 4. Varför kan en webbläsare markera en webbplats som "inte säker" även om adressen börjar med https://?

    • Eftersom webbplatsen använder för mycket bandbredd
    • Eftersom dess certifikat är självsignerat eller har löpt ut, så det kan inte verifieras mot en betrodd myndighet — Rätt.
    • Eftersom webbplatsen har för många bilder
    • Eftersom domännamnet är för långt

    Utan ett giltigt, för närvarande pålitligt certifikat kan webbläsaren inte bekräfta serverns identitet, så den varnar användaren istället för att anta att den är säker.

Testa det med FireAI

Omsätt den här lektionen i praktiken på din egen Mac.

Källor

Omsätt det på din Mac

Prova alla funktioner gratis i 17 dagar, inget kort behövs.

Ladda ner för Mac Dokumentation