So funktioniert HTTPS · Mindmaps
So funktioniert HTTPS. Eine bearbeitbare Mindmap mit farbigen Zweigen, Unterthemen und Verbindungen. Geschwungene Linien zeigen Beziehungen; Pfeile stehen nur dort, wo die Richtung wichtig ist.
HTTPS ist HTTP innerhalb einer verschlüsselten Sitzung. Bevor eine einzige Anfrage unterwegs ist, führen Browser und Server einen TLS-Handshake durch: sie verhandeln, prüfen das Zertifikat des Servers und einigen sich auf einen Sitzungsschlüssel, den nur sie beide kennen.
So funktioniert HTTPS · Mindmaps
Die interaktive MindMap-Zeichenfläche zu dieser Erklärung — jede Bahn, jede Zeile und jeder Pfeil oben gehört zu einem echten QueryChart-Diagramm, das Sie öffnen und bearbeiten können.
So lesen Sie diese Mindmap
- Beginnen Sie beim Thema in der Mitte und folgen Sie einem farbigen Zweig zu den zugehörigen Ideen.
- Geschwungene Linien zeigen Beziehungen; Pfeile stehen nur dort, wo die Richtung wichtig ist.
Browser hello
Dieser Zweig verbindet “Browser connects to the HTTPS site”, “Browser sends a ClientHello with supported ciphers”.
Server identity
Dieser Zweig verbindet “Server replies with its certificate and a ServerHello”, “Validity also checks the domain name on the certificate matches the site and that the certificate has not expired or been revoked.”, “Browser blocks the connection with a warning”, “Browser checks the certificate signature against the CA”.
Session keys
Dieser Zweig verbindet “Browser sends a pre-master secret encrypted with the server's public key”, “From the pre-master secret, both sides independently compute the same session key. Only this key encrypts the actual data — the certificate's keys are used once.”.
Encrypted traffic
Dieser Zweig verbindet “HTTP messages are encrypted with the session key”, “Browser and server exchange encrypted data”.
Verbindungen zwischen den Zweigen
HTTPS ist HTTP innerhalb einer verschlüsselten TLS-Sitzung; die Verschlüsselung steht vor jeder HTTP-Nachricht.
Das Vertrauen kommt von der Zertifizierungsstelle, nicht vom Server: Der Browser beurteilt das Zertifikat des Servers anhand einer CA, der er bereits vertraut.
Die Schlüssel des Zertifikats werden einmal verwendet, um den Schlüsselaustausch zu schützen; ein frischer Sitzungsschlüssel verschlüsselt die eigentlichen Daten.
Ein ungültiges oder nicht vertrauenswürdiges Zertifikat stoppt die Verbindung: HTTPS scheitert geschlossen, statt Daten unverschlüsselt zu senden.
Alles, was HTTPS schützt, läuft über dasselbe paketvermittelte Netz, das die Darstellung zum Internet abbildet.
Wichtige Zusammenhänge und Erkenntnisse
- HTTPS ist HTTP innerhalb einer verschlüsselten TLS-Sitzung; die Verschlüsselung steht vor jeder HTTP-Nachricht.
- Das Vertrauen kommt von der Zertifizierungsstelle, nicht vom Server: Der Browser beurteilt das Zertifikat des Servers anhand einer CA, der er bereits vertraut.
- Die Schlüssel des Zertifikats werden einmal verwendet, um den Schlüsselaustausch zu schützen; ein frischer Sitzungsschlüssel verschlüsselt die eigentlichen Daten.
- Ein ungültiges oder nicht vertrauenswürdiges Zertifikat stoppt die Verbindung: HTTPS scheitert geschlossen, statt Daten unverschlüsselt zu senden.
- Alles, was HTTPS schützt, läuft über dasselbe paketvermittelte Netz, das die Darstellung zum Internet abbildet.
Wann Sie diese Darstellung nutzen
- Einem Team erklären, warum das Schloss erscheint und was eine Zertifikatswarnung tatsächlich bedeutet.
- Entwicklerinnen und Entwickler mit dem Handshake vertraut machen, bevor sie TLS-Probleme, abgelaufene Zertifikate oder Mixed-Content-Warnungen untersuchen.
- Das Vertrauensmodell vermitteln: wie die CA-Hierarchie und die Zertifikatsprüfung vor Identitätsmissbrauch schützen.
So funktioniert es
Mittleres Thema anpassen
Benennen Sie das Thema für Ihr Projekt oder Ihren Unterricht um.
Zweige ausbauen
Bearbeiten Sie Ideen und ergänzen Sie Beispiele oder Notizen.
Ideen verbinden
Zeichnen Sie Verbindungen zwischen Zweigen; Pfeile zeigen eine wichtige Richtung an.
Häufig gestellte Fragen
Was unterscheidet HTTP von HTTPS?
HTTPS ist HTTP innerhalb einer verschlüsselten TLS-Verbindung. Anfrage und Antwort sind genau dasselbe Protokoll; anders ist, dass Browser und Server vor jeder HTTP-Nachricht einen Handshake ausführen, der eine verschlüsselte Sitzung aufbaut. Alles Übertragene (URL, Header, Cookies, der Inhalt der Antwort) ist nur an den beiden Enden lesbar.
Was passiert während des TLS-Handshakes?
Der Browser sendet ein ClientHello mit den Protokollen und Cipher Suites, die er unterstützt; der Server antwortet mit seiner Wahl und seinem Zertifikat; der Browser prüft das Zertifikat gegen eine vertrauenswürdige Zertifizierungsstelle; und beide Seiten tauschen ein Geheimnis aus, aus dem sie denselben Sitzungsschlüssel ableiten. Danach fließen die HTTP-Nachrichten verschlüsselt. Die Darstellung fasst den Austausch zu diesen vier Schritten zusammen.
Warum braucht der Browser eine Zertifizierungsstelle?
Weil jeder Server behaupten könnte, eine beliebige Domain zu sein. Die Zertifizierungsstelle (CA) ist der Dritte, der das Zertifikat des Servers signiert, nachdem sie geprüft hat, dass die Domain dem Antragsteller gehört. Der Browser bringt die öffentlichen Schlüssel vertrauenswürdiger CAs mit und kann die Signatur deshalb selbst prüfen: das macht aus einer selbst behaupteten Identität eine verbürgte.
Was bedeutet eine Zertifikatswarnung?
Sie bedeutet, dass eine der Prüfungen in der Entscheidung „Zertifikat gültig und nicht abgelaufen?“ fehlgeschlagen ist: das Zertifikat ist abgelaufen, deckt eine andere Domain ab, wurde von einer nicht vertrauenswürdigen CA signiert oder wurde widerrufen. Der Browser blockiert die Verbindung, statt fortzufahren, weil die Identität der Seite nicht geprüft werden kann.
Diese Mindmap in QueryChart bearbeiten
Öffnen Sie die Mindmap auf einer bearbeitbaren Leinwand. Verschieben Sie Ideen und ergänzen Sie Zweige und Verbindungen.