sitzungsschluessel

Sitzungsschlüssel

Kurz: Ein temporärer symmetrischer Schlüssel, der nur für die Dauer einer einzelnen Verbindung (Session) gilt und danach verworfen wird.

Genauer: Sitzungsschlüssel sind der Kern eines hybriden Verschlüsselungsverfahrens: Beim Handshake wird der Sitzungsschlüssel asymmetrisch sicher ausgetauscht, die eigentlichen Nutzdaten der Verbindung werden dann schnell symmetrisch mit diesem Schlüssel verschlüsselt. Ein neuer Sitzungsschlüssel pro Verbindung sorgt dafür, dass selbst bei Kompromittierung eines Schlüssels nur diese eine Sitzung betroffen ist, nicht alle vergangenen oder künftigen Verbindungen (Forward Secrecy).

Im Detail

Der Ablauf lässt sich grob so skizzieren:

1. Client und Server einigen sich im Handshake auf einen Sitzungsschlüssel
   (asymmetrisch ausgetauscht/abgeleitet, z. B. über Diffie-Hellman)
2. Alle Nutzdaten der Verbindung werden mit diesem einen Schlüssel
   symmetrisch ver-/entschlüsselt (schnell, z. B. mit AES)
3. Verbindung endet -> Sitzungsschlüssel wird verworfen
4. Neue Verbindung -> neuer, komplett unabhängiger Sitzungsschlüssel

Der Grund für dieses zweistufige Verfahren ist reine Performance: Asymmetrische Verschlüsselung (mit einem dauerhaften Schlüsselpaar) ist deutlich rechenintensiver als symmetrische — für jedes einzelne übertragene Byte asymmetrisch zu verschlüsseln wäre bei den Datenmengen einer normalen Webverbindung viel zu langsam. Der Sitzungsschlüssel kombiniert deshalb die Vorteile beider Welten: asymmetrisch sicher ausgetauscht, aber symmetrisch schnell genutzt.

Besonders wichtig ist die “Forward Secrecy” (Zukunftssicherheit), die moderne TLS-Verbindungen durch Sitzungsschlüssel bieten: Wird der private Langzeitschlüssel eines Servers Jahre später kompromittiert (z. B. gestohlen), kann ein Angreifer damit trotzdem NICHT alte, längst beendete Sitzungen nachträglich entschlüsseln — dafür bräuchte er den damaligen, längst gelöschten Sitzungsschlüssel, der nirgends dauerhaft gespeichert wurde. Ohne Forward Secrecy (ältere TLS-Versionen) könnte ein Angreifer aufgezeichneten, verschlüsselten Verkehr aufbewahren und Jahre später nachträglich entschlüsseln, sobald er an den Langzeitschlüssel kommt.

Diffie-Hellman als Ableitungsmechanismus

In modernen TLS-Verbindungen wird der Sitzungsschlüssel meist über einen Diffie-Hellman-Schlüsselaustausch (genauer: Elliptic Curve Diffie-Hellman Ephemeral, ECDHE) abgeleitet, statt direkt asymmetrisch verschlüsselt übertragen zu werden. Das Prinzip ist mathematisch elegant: Beide Seiten erzeugen jeweils ein temporäres, zufälliges Schlüsselpaar, tauschen nur ihre öffentlichen Anteile aus, und können daraus UNABHÄNGIG voneinander denselben gemeinsamen Wert berechnen — ein Lauscher, der beide öffentlichen Anteile mithört, kann diesen gemeinsamen Wert selbst mit den abgefangenen Daten nicht praktikabel berechnen (das zugrundeliegende mathematische Problem, der diskrete Logarithmus, gilt als praktisch unlösbar). Das “E” für “Ephemeral” (temporär) ist dabei entscheidend für Forward Secrecy: Weil bei JEDER neuen Verbindung ein frisches, temporäres Schlüsselpaar erzeugt und danach verworfen wird, gibt es gar keinen dauerhaft gespeicherten geheimen Wert, den ein Angreifer später stehlen könnte, um alte Sitzungen zu entschlüsseln.

Session Resumption als Kompromiss

Weil ein vollständiger Handshake mit neuer Schlüsselaushandlung Rechenzeit und zusätzliche Netzwerk-Umläufe kostet, unterstützen moderne TLS-Versionen “Session Resumption”: Bei einer erneuten Verbindung zum selben Server kurz nach der letzten Sitzung kann ein verkürzter Handshake genutzt werden, der auf zuvor ausgehandeltem Material aufbaut, statt komplett neu zu verhandeln — das beschleunigt wiederholte Verbindungen spürbar (z. B. beim erneuten Laden derselben Website), ohne die grundlegende Sicherheit des Sitzungsschlüssel-Konzepts zu untergraben, solange die zugrundeliegenden Ablaufzeiten und Erneuerungsintervalle korrekt konfiguriert sind.

Sitzungsschlüssel jenseits von TLS

Das Konzept beschränkt sich nicht auf Webverbindungen: SSH nutzt beim Verbindungsaufbau ebenfalls einen ausgehandelten Sitzungsschlüssel für die eigentliche verschlüsselte Übertragung, unabhängig vom dauerhaften Host-Key des Servers oder den persönlichen Schlüsseln des Nutzers. VPN-Protokolle wie WireGuard oder IPsec folgen demselben Grundprinzip: eine initiale, asymmetrisch abgesicherte Aushandlungsphase, gefolgt von schneller symmetrischer Verschlüsselung mit einem temporären Sitzungsschlüssel für den gesamten weiteren Datenverkehr. Das Muster “asymmetrisch aushandeln, symmetrisch übertragen” taucht damit praktisch überall dort auf, wo zwei Parteien ohne vorherigen sicheren Kanal eine verschlüsselte Verbindung aufbauen müssen.

Siehe auch: Hybride Schlüsselverfahren, Handshake, Symmetrische Verschlüsselung