HTTPS und TLS: Wie das Browser-Schloss wirklich funktioniert

Was HTTPS ist – und was es nicht ist

Wenn Sie eine Website besuchen und https:// in der Adressleiste zusammen mit einem Schlosssymbol sehen, sehen Sie HTTPS – HyperText Transfer Protocol Secure. Das bedeutet, dass die Verbindung zwischen Ihrem Browser und dem Webserver verschlüsselt ist.

Aber hier kommt das, was die meisten Menschen überrascht: HTTPS bedeutet nicht, dass die Website vertrauenswürdig oder legitim ist. Eine Phishing-Seite kann – und tut es häufig – HTTPS verwenden. Das Schloss teilt Ihnen nur mit, dass Ihre Verbindung zu diesem Server verschlüsselt ist, nicht dass der Server demjenigen gehört, den Sie vermuten.

HTTPS basiert auf TLS (Transport Layer Security), einem kryptografischen Protokoll. TLS hat das ältere SSL-Protokoll ersetzt, obwohl die Begriffe noch immer synonym verwendet werden. Wenn jemand von einem „SSL-Zertifikat" spricht, meint er damit mit an Sicherheit grenzender Wahrscheinlichkeit ein TLS-Zertifikat.

Der TLS-Handshake: Wie eine sichere Verbindung aufgebaut wird

Jedes Mal, wenn Ihr Browser eine Verbindung zu einer HTTPS-Website herstellt, führt er in Millisekunden einen TLS-Handshake durch. Das passiert dabei:

1. Client Hello: Ihr Browser sendet eine Nachricht an den Server mit den TLS-Versionen und Cipher-Suites, die er unterstützt.
2. Server Hello: Der Server antwortet, wählt die vereinbarte TLS-Version und Cipher-Suite aus und sendet sein digitales Zertifikat.
3. Zertifikatsverifizierung: Ihr Browser prüft das Zertifikat anhand einer Liste vertrauenswürdiger Zertifizierungsstellen (CAs), die in Ihrem Betriebssystem und Browser integriert sind. Er verifiziert, dass das Zertifikat gültig und nicht abgelaufen ist und für die korrekte Domain ausgestellt wurde.
4. Schlüsselaustausch: Browser und Server führen einen Schlüsselaustausch durch (unter Verwendung von Algorithmen wie ECDHE), um einen gemeinsamen Sitzungsschlüssel abzuleiten – ohne den Schlüssel selbst jemals über das Netzwerk zu übertragen.
5. Verschlüsselte Kommunikation beginnt: Alle nachfolgenden Daten werden symmetrisch mit dem Sitzungsschlüssel verschlüsselt.

Das Brillante daran: Selbst wenn jemand alle Pakete Ihres TLS-Handshakes aufgezeichnet hat, kann er den Sitzungsschlüssel nicht ableiten – das ist Forward Secrecy (Vorwärtsgeheimnis).

Was ist ein TLS-Zertifikat?

Ein TLS-Zertifikat ist ein digitales Dokument, das die Identität eines Servers belegt. Es enthält:

• Den Domain-Namen, für den es ausgestellt wurde
• Den öffentlichen Schlüssel des Servers
• Die ausstellende Zertifizierungsstelle
• Ein Ablaufdatum
• Eine digitale Signatur der CA

Zertifizierungsstellen sind Organisationen, denen man vertraut, zu überprüfen, ob eine Domain von demjenigen kontrolliert wird, der behauptet, sie zu besitzen. Es gibt drei Validierungsstufen:

• Domain Validation (DV): Die CA bestätigt, dass Sie die Domain kontrollieren. Schnell und günstig (oft kostenlos über Let's Encrypt). Keine Identitätsüberprüfung.
• Organization Validation (OV): Die CA überprüft, dass die Organisation existiert und die Domain besitzt. Mehr Vertrauen, mehr Aufwand.
• Extended Validation (EV): Rigorose Überprüfung der juristischen Person. Zuvor wurde ein grüner Firmenname in Browsern angezeigt – die meisten Browser haben diesen visuellen Hinweis abgeschafft.

Für die meisten Zwecke bieten DV-Zertifikate (wie die von Let's Encrypt) starke Verschlüsselung. Die Validierungsstufe hat keinen Einfluss auf die Stärke der Verschlüsselung – nur darauf, wie viel Identitätsverifizierung durchgeführt wurde.

Wovor TLS schützt

TLS bietet drei Sicherheitseigenschaften:

• Vertraulichkeit: Daten sind verschlüsselt und für jeden, der den Datenverkehr abfängt, unlesbar.
• Integrität: Ein MAC (Message Authentication Code) stellt sicher, dass Daten während der Übertragung nicht unbemerkt verändert werden können.
• Authentifizierung: Das Zertifikat beweist, dass Sie mit dem richtigen Server kommunizieren (vorausgesetzt, Sie vertrauen der CA-Kette).

Dadurch ist TLS sehr wirksam gegen passives Abhören – jemand, der in einem öffentlichen WLAN-Netzwerk lauscht, kann Ihren HTTPS-Datenverkehr nicht lesen.

Wovor TLS nicht schützt

• Kompromittierte Endpunkte: Wenn Malware auf Ihrem Gerät installiert ist, kann sie Daten abfangen, bevor sie verschlüsselt oder nachdem sie entschlüsselt wurden.
• Böswillige Websites mit gültigen Zertifikaten: Ein legitimes Zertifikat auf einer betrügerischen Website bedeutet, dass Ihr Datenverkehr zu der Betrugsseite verschlüsselt ist – Sie werden aber trotzdem betrogen.
• Kompromittierung von Zertifizierungsstellen: Wenn eine CA gehackt wird oder betrügerische Zertifikate ausstellt, können Angreifer legitime Seiten imitieren. Dies ist historisch vorgekommen (z. B. DigiNotar im Jahr 2011).
• Inhalt auf dem Server: TLS schützt Daten nur während der Übertragung. Was der Server nach dem Empfang mit Ihren Daten macht, ist eine völlig separate Angelegenheit.

TLS-Versionen und warum sie wichtig sind

Nicht alle TLS-Versionen sind gleich:

• TLS 1.0 und 1.1: Veraltet. Bekannte Schwachstellen. Kein moderner Browser akzeptiert diese.
• TLS 1.2: Weit verbreitet, bei korrekter Konfiguration generell sicher.
• TLS 1.3: Aktuelle beste Version. Schnellerer Handshake, veraltete Cipher-Suites entfernt, verpflichtende Forward Secrecy. Verwenden Sie diese, wenn Sie einen Server konfigurieren.

Sie können prüfen, welche TLS-Version eine Seite verwendet, indem Sie in Ihrem Browser auf das Schloss klicken und die Zertifikatsdetails anzeigen, oder mithilfe von Tools wie SSL Labs' Server-Test (ssllabs.com/ssltest).

Praktische Schlussfolgerungen

• Stellen Sie immer sicher, dass Seiten, die sensible Daten verarbeiten (Banking, Shopping, Konten), HTTPS verwenden – achten Sie auf das Schloss
• Gehen Sie nicht davon aus, dass eine Seite mit Schloss sicher vor Betrug ist – überprüfen Sie die Domain sorgfältig
• HTTPS schützt Ihre Daten nicht, sobald sie den Server erreicht haben
• Verwenden Sie SSL Labs, um die TLS-Konfiguration Ihrer eigenen Website zu überprüfen
• Bevorzugen Sie Seiten, die TLS 1.3 unterstützen und HSTS-Header gesetzt haben (die HTTPS-Verbindungen erzwingen)",