HTTPS und Zertifikate: was das Schloss beweist und was nicht

Die erste Lektion erwähnte, dass https://-Adressen Verschlüsselung nutzen. Diese Lektion betrachtet genauer, wie diese Verschlüsselung eingerichtet wird, wofür das Schloss-Symbol in Ihrem Browser tatsächlich bürgt, und wo seine Garantie endet.

TLS: das Protokoll hinter dem Schloss

HTTPS ist das gewöhnliche Webprotokoll HTTP, ausgeführt innerhalb von Transport Layer Security (TLS), einem Protokoll, das erstmals 1999 veröffentlicht wurde und nun in Version 1.3 vorliegt. Das Cloudflare Learning Center fasst zusammen, was TLS in drei Teilen leistet: Verschlüsselung, die die Daten vor jedem anderen im Netzwerk verbirgt; Authentifizierung, die prüft, dass Sie tatsächlich mit dem Server sprechen, den Sie meinen; und Integrität, die erkennt, ob Daten bei der Übertragung verändert wurden. Bevor Inhalte ausgetauscht werden, führen Ihr Mac und der Server einen „TLS-Handschlag“ durch: Sie einigen sich auf eine TLS-Version, auf die zu verwendenden kryptografischen Methoden, und erzeugen die Schlüssel, die den Rest der Sitzung verschlüsseln.

Was ein Zertifikat tatsächlich bescheinigt

Damit dieser Handschlag etwas bedeutet, braucht Ihr Browser einen Nachweis, dass der öffentliche Schlüssel des Servers wirklich zu der von Ihnen eingegebenen Seite gehört. Dieser Nachweis ist das TLS-Zertifikat. Laut Cloudflare bündelt ein Zertifikat den Domainnamen, den öffentlichen Schlüssel, ein Ablaufdatum und die digitale Signatur dessen, der es ausgestellt hat: eine Zertifizierungsstelle (CA), eine Organisation, der Ihr Browser und Betriebssystem bereits vertrauen. Let’s Encrypt, eine weit verbreitete, kostenlose Zertifizierungsstelle, beschreibt den Vorgang unmissverständlich: Bevor sie ein Zertifikat ausstellt, prüft ihre Software, dass der Antragsteller tatsächlich die Domain kontrolliert, zum Beispiel indem sie ihn bittet, eine bestimmte Datei auf dieser Website oder einen bestimmten DNS-Eintrag zu veröffentlichen. Erst nach dieser Prüfung signiert sie ein Zertifikat.

Das ist wichtig, weil es die Grenze dessen definiert, was ein Standardzertifikat beweist. Es beweist, dass wer auch immer es beantragt hat, in diesem Moment den Domainnamen kontrolliert. Es prüft nicht das Unternehmen hinter der Seite, ob der Betreiber ehrlich ist, oder verspricht, dass der Inhalt sicher ist. Jeder, einschließlich eines Betrügers, kann eine Domain registrieren und dafür in Minuten ein gültiges Zertifikat erhalten.

Das Schloss richtig lesen

Der Leitfaden Surveillance Self-Defense der Electronic Frontier Foundation bringt den zugrunde liegenden Punkt direkt auf den Punkt: „Nur weil ein Dienst HTTPS verwendet, bedeutet das nicht, dass er die Privatsphäre seiner Nutzer vollständig schützt.“ HTTPS schützt die Leitung; es sagt nichts darüber aus, was das Ziel mit dem tut, was durch sie ankommt. Derselbe Leitfaden merkt an, dass HTTPS vor Netzwerklauschern verbirgt, welche Seite einer Website Sie besucht haben, aber die Seite selbst empfängt weiterhin alles, was Sie eintippen — Suchen, Nachrichten, Anmeldungen — im Klartext, weil sie das andere Ende der verschlüsselten Verbindung ist, nicht ein Beobachter davon.

Selbstsignierte und abgelaufene Zertifikate

Cloudflare erklärt auch, was ohne eine vertrauenswürdige Zertifizierungsstelle geschieht: Jeder kann ein eigenes „selbstsigniertes“ Zertifikat erzeugen, aber Browser haben keine externe Stelle, um es zu prüfen, weshalb sie solche Seiten als nicht sicher markieren oder sich weigern, sie überhaupt zu laden. Ein abgelaufenes Zertifikat erzeugt eine ähnliche Warnung. Keine der beiden Warnungen bedeutet zwangsläufig, dass ein Angriff stattfindet, aber sie bedeutet, dass der Browser derzeit nicht überprüfen kann, mit wem er spricht — genau die Prüfung, die TLS eigentlich liefern soll.