Informatik Sicherheit – TLS-Handshake im Detail
Karteikarten zum Thema „Informatik“ · 15 Karten · von atrio. Beispiele: Welches Ziel verfolgt der TLS-Handshake? · Welche Informationen sendet der Client im …
Karten
15 KartenWelches Ziel verfolgt der TLS-Handshake?
Rückseite
Der TLS-Handshake authentifiziert den Server, vereinbart kryptografische Parameter und leitet symmetrische Sitzungsschlüssel für die verschlüsselte Datenübertragung ab.
Welche Informationen sendet der Client im Client Hello?
Rückseite
Der Client sendet unterstützte TLS-Versionen, Cipher Suites, Kompressionsmethoden, eine zufällige Client-Random-Nummer und optional Session-ID oder SNI für Virtual Hosting.
Was enthält die Server Hello Nachricht?
Rückseite
Der Server wählt TLS-Version, Cipher Suite und Kompression, sendet Server-Random und bestätigt Session-ID oder sendet ein Session-Ticket für Resumption.
Welche Funktion hat das Certificate Message vom Server?
Rückseite
Das Certificate Message überträgt die Zertifikatskette (Leaf, Intermediates, Root-CA) zur Authentifizierung der Server-Identität via Public Key Infrastructure.
Wann wird Server Key Exchange gesendet?
Rückseite
Server Key Exchange wird bei ephemeren Schlüsselverfahren (DHE, ECDHE) gesendet, da das Server-Zertifikat keinen statischen Diffie-Hellman-Public-Key enthält.
Was fordert Certificate Request vom Client an?
Rückseite
Certificate Request fordert bei gegenseitiger Authentifizierung (mTLS) ein Client-Zertifikat an und listet akzeptable Zertifizierungsstellen und Signaturalgorithmen auf.
Welche Bedeutung hat Server Hello Done?
Rückseite
Server Hello Done signalisiert das Ende der Server-Hello-Phase; der Client prüft nun Zertifikat und Parameter bevor er seine Nachrichten sendet.
Was übermittelt der Client im Client Key Exchange?
Rückseite
Bei RSA: verschlüsseltes Pre-Master-Secret mit Server-Public-Key. Bei (EC)DHE: Client-Public-Key für gemeinsamen Secret-Berechnung via Diffie-Hellman.
Wozu dient die Certificate Verify Nachricht?
Rückseite
Certificate Verify beweist Client-Besitz des Private Keys: Der Client signiert einen Hash aller bisherigen Handshake-Nachrichten mit seinem Private Key.
Was bewirkt Change Cipher Spec?
Rückseite
Change Cipher Spec aktiviert die vereinbarten Cipher Specs: Ab jetzt werden alle weiteren Nachrichten mit den neu ausgehandelten Schlüsseln verschlüsselt und authentifiziert.
Was prüft die Finished Nachricht?
Rückseite
Finished enthält einen MAC (verify_data) über alle Handshake-Nachrichten. Beide Seiten verifizieren Integrität und korrekten Schlüsselaustausch vor Anwendungsdaten.
Wie wird das Master Secret abgeleitet?
Rückseite
Master Secret = PRF(pre_master_secret, "master secret", ClientRandom + ServerRandom) – 48 Bytes, Basis für alle weiteren Key-Derivationen.
Welche Schlüssel entstehen durch Key Expansion?
Rückseite
Key Expansion erzeugt: client_write_MAC_key, server_write_MAC_key, client_write_encryption_key, server_write_encryption_key, client_write_IV, server_write_IV.
Wie funktioniert Session Resumption via Session ID?
Rückseite
Client sendet Session-ID im Client Hello; Server findet Cache-Eintrag, sendet Server Hello mit gleicher ID und überspringt Zertifikat/Key-Exchange – 1 RTT.
Was unterscheidet TLS 1.3 vom TLS 1.2 Handshake?
Rückseite
TLS 1.3 reduziert auf 1 RTT, entfernt RSA-Key-Exchange, erzwingt Forward Secrecy via (EC)DHE, vereint Change Cipher Spec in Finished und unterstützt 0-RTT Resumption.