Das Public-Key-Verfahren wird verwendet um die Kommunikation aufzubauen. Dabei schickt der Server, nach einer Aufforderung des Clients, seinen öffentlichen Schlüssel und sein X.509-Zertifikat. Somit kann der Client bei einem Trust-Center nachschauen, ob das Zertifikat und der Schlüssel korrekt sind. Der Client erzeugt danach einen symmentrischen Schlüssel nach einem Verfahren aus der Liste, der vom Server unterstützten Verschlüsselungen, und verschlüsselt den jetzt erzeugten symmetrischen "Session Key" wieder mit dem öffentlichen Schlüssel des Servers. Sodass nur der Server den Session Key wieder entpacken kann. Zusätzlich gibt es die Möglichkeit, dass der Client die Nachricht Zertifiziert sodass der Server diese Nachricht auch bei einem Trust-Center überprüfen kann.

Nachdem der Server den "Session Key" erhalten hat stellen Server und Client auf die symmetrische Verschlüsselung um und alle nun folgenden Daten werden mit dem symmetrischen "Session Key" verschlüsselt. Auch spätere Verbindungen kann der Client mit der Angabe der Session-Number wieder mit dem gleichen symmetrischen Schlüssel sofort aufbauen.

Dieses Konzept hat den Vorteil, dass die Authentifizierungsmöglichkeit eines Public-Key-Verfahrens und zusätzlich die Geschwindigkeit eines symmetrischen Verfahrens verwendet wird.

Die Philosophie des OSI-Modells wurde dabei bewusst gebrochen, da einerseits nur in der Anwendungsschicht eine gute Authentifizierung möglich ist. Andererseits aber später nur die Verschlüsselung in der Transportschicht gebraucht wird. Somit ist es möglich eine gute Authentifizierung zu haben und zusätzlich alle Arten der Kommunikation (HTTP, FTP, Telnet,...) verschlüsseln zu können.

(Quelle: TU Darmstadt, Fachbereich Informatik, Theoretische Informatik)