Handshake

Wenn zwei Geräte über ein Netzwerk miteinander sprechen wollen, schicken sie nicht sofort ihre eigentlichen Daten los. Zuerst tauschen sie ein paar kurze Startnachrichten aus. Damit prüfen sie, ob die Gegenseite überhaupt antwortet, und einigen sich auf gemeinsame Regeln für alles Weitere. Dieser Vorlauf heißt Handshake, auf Deutsch Handschlag. Der Name passt gut: Zwei Menschen geben sich die Hand, bevor das Gespräch beginnt. Der Handshake selbst überträgt fast keine Nutzdaten, sondern nur die Absprache darüber, wie und mit wem die Übertragung stattfindet.

Was ohne Handschlag schiefgeht

Ohne diese Vorabklärung würde ein Gerät ins Leere senden. Es wüsste nicht, ob der Empfänger eingeschaltet, überlastet oder gar nicht vorhanden ist. Alle Daten würden trotzdem losgeschickt und wären verloren. Der Handshake stellt sicher, dass beide Seiten bereit sind, bevor es ernst wird.

Der zweite Grund ist Sicherheit. Beim Aufruf einer Webseite mit Schloss-Symbol im Browser läuft ein Handshake ab, der weit mehr klärt als bloße Erreichbarkeit. Der Server weist dort mit einem digitalen Ausweis nach, dass er wirklich die angefragte Seite ist. Danach handeln beide Seiten einen geheimen Schlüssel aus, mit dem sie ihre Nachrichten verschlüsseln. Ohne diesen Schritt könnte jemand im selben WLAN mitlesen oder sich als deine Bank ausgeben.

Der dritte Grund ist Verständigung. Verschiedene Geräte beherrschen unterschiedlich moderne Verfahren. Im Handshake nennt jede Seite, was sie kann, und man einigt sich auf das beste gemeinsame Verfahren. So kann ein neuer Browser auch mit einem älteren Server reden, ohne dass jemand die Sprache wechseln muss.

Die drei Nachrichten am Anfang jeder Verbindung

Das bekannteste Beispiel ist der Drei-Wege-Handshake des Internetprotokolls TCP, das für praktisch jeden Datenabruf im Netz zuständig ist. Dein Gerät schickt eine kurze Anfrage: Ich möchte eine Verbindung. Der Server antwortet: Verstanden, ich bin bereit. Dein Gerät bestätigt diese Antwort noch einmal. Erst danach beginnt die eigentliche Übertragung.

Warum drei Schritte und nicht zwei? Nach zwei Nachrichten weiß nur der Anfragende, dass die Verbindung in beide Richtungen funktioniert. Der Server hat noch keinen Beweis, dass seine eigene Antwort angekommen ist. Die dritte Nachricht liefert genau diesen Beweis. Nebenbei tauschen beide Seiten Startnummern aus, mit denen sie später die Reihenfolge der Datenpakete prüfen.

Beim verschlüsselten Handshake, dem TLS-Handshake, kommen weitere Runden dazu. Der Server sendet sein Zertifikat, also seinen digitalen Ausweis. Der Browser prüft, ob eine vertrauenswürdige Stelle diesen Ausweis ausgestellt hat. Anschließend berechnen beide Seiten aus ausgetauschten Zahlen denselben geheimen Schlüssel, ohne ihn je direkt zu verschicken. Das dauert Millisekunden, ist aber der Grund, warum sichere Seiten minimal langsamer starten.

Vom Ladebalken bis zur KI-Schnittstelle

Du erlebst Handshakes täglich, ohne sie zu sehen. Jeder Seitenaufruf, jede Bluetooth-Kopplung mit Kopfhörern und jede WLAN-Anmeldung beginnt damit. Auch ältere Technik nutzte den Begriff: Das Piepen und Rauschen eines Modems in den Neunzigern war ein hörbarer Handshake zwischen zwei Geräten.

In der KI-Welt taucht der Begriff dort auf, wo Programme automatisch mit Servern reden. Wenn eine App eine Anfrage an ein Sprachmodell schickt, läuft vorher ein verschlüsselter Handshake ab. Bei sehr vielen kleinen Anfragen kann dieser Vorlauf spürbar ins Gewicht fallen. Deshalb halten Systeme eine einmal aufgebaute Verbindung offen und nutzen sie mehrfach, statt jedes Mal neu zu verhandeln.

In Nachrichten liest man den Begriff oft bei Störungen: Ein Handshake-Fehler bedeutet meist, dass ein Sicherheitszertifikat abgelaufen ist oder beide Seiten kein gemeinsames Verschlüsselungsverfahren finden. Ein häufiger Irrtum ist, den Handshake mit der Anmeldung per Passwort zu verwechseln. Der Handshake baut nur den sicheren Kanal auf. Wer du bist, klärt sich erst danach im geschützten Gespräch.