TLS-Handshake

Der TLS-Handshake ist die Einrichtungsphase jeder HTTPS-Verbindung. Dabei einigen sich der Client und der Server auf eine Protokollversion und einen Verschlüsselungsalgorithmus, der Server beweist seine Identität mit einem Zertifikat, und die beiden legen die gemeinsamen Schlüssel fest, die den Rest der Sitzung verschlüsseln — idealerweise mit perfekter Vorwärtsgeheimhaltung, sodass diese Schlüssel vergänglich sind. TLS 1.3 hat den Prozess auf so wenig wie einen Hin- und Rückweg optimiert. Erst nachdem der Handshake abgeschlossen ist, fließen die tatsächlichen Anwendungsdaten, vollständig verschlüsselt, weshalb der Handshake das Fundament der Websicherheit ist.

Der Handshake ist auch eine reiche Quelle der Identität. Der Client öffnende ClientHello listet seine unterstützten Chiffren, Erweiterungen und Versionen in einer Reihenfolge auf, die je nach Software variiert, und dieses Muster ist genau das, was ein TLS-Fingerabdruck — kodiert als JA3 oder JA4 — erfasst. So kann der gleiche Handshake, der Ihre Daten sichert, auch offenbaren, welcher Client ihn erstellt hat. Ein Proxy leitet den Handshake unverändert weiter und ändert nur Ihre IP; der Fingerabdruck wird von Ihrem Client festgelegt, weshalb das Abgleichen eines echten Browsers Handshakes ein Problem der Client-Software und nicht des Netzwerks ist.

Der Handshake bestimmt auch Ihren TLS-Fingerabdruck, sodass die gleiche Verhandlung, die Ihre Daten sichert, offenbaren kann, welcher Client dies über JA3 oder JA4 gemacht hat. Ein Proxy leitet den Handshake unverändert weiter und ändert nur Ihre IP, was bedeutet, dass die Fingerabdruckkontrolle ein Problem der Client-Software ist. Für die Automatisierung verwenden Sie Software, die TLS wie ein echter Browser verhandelt, und halten Sie Ihren User-Agent konsistent damit, sodass ein strenger Server eine kohärente Geschichte sieht, anstatt einen Widerspruch.