Was ist TLS?

Veröffentlicht am 13. August 2026

← Alle Begriffe im Glossar Zu T springen

Transport Layer Security (TLS) ist ein kryptografisches Protokoll, das den Datenaustausch zwischen zwei Endpunkten sichert – am deutlichsten sichtbar durch das Vorhängeschloss-Symbol in der Adressleiste eines Browsers. Im Rahmen eines Handshakes werden die Parteien authentifiziert und Verschlüsselungsschlüssel ausgehandelt; das anschließende Datenprotokoll verschlüsselt dann jedes über die Verbindung ausgetauschte Byte und überprüft dessen Integrität.

Die wichtigsten Erkenntnisse

  • TLS schützt Daten während der Übertragung bei HTTPS, APIs, VPNs und Client-Tunneln.
  • Ein Handshake dient der Authentifizierung der Kommunikationspartner und der Aushandlung von Schlüsseln, bevor Daten übertragen werden.
  • TLS 1.3 ist der aktuelle Standard; TLS 1.0 und 1.1 sind veraltet.
  • SSL ist der veraltete Vorgänger von TLS; die Bezeichnungen werden oft synonym verwendet.
  • Versa SASE Kunden können TLS als Tunnelprotokoll nutzen, um Zugriffsgateways zu sichern.

Auf dieser Seite: Warum das wichtig istSo funktioniert esArtenTLS & VersaHäufig gestellte Fragen

Warum ist TLS wichtig?

TLS ist das Protokoll, das das moderne Internet sicher macht. Jede HTTPS-Verbindung – jedes Anmeldeformular, jede Zahlungsseite, jeder API-Aufruf zwischen zwei Diensten – ist auf TLS angewiesen, um Daten während der Übertragung zu verschlüsseln und nachzuweisen, dass der Server am anderen Ende tatsächlich der ist, für den er sich ausgibt. Ohne TLS könnte jeder, der sich auf dem Netzwerkpfad befindet, den Datenverkehr zwischen Client und Server lesen oder verändern.

Seine Bedeutung geht weit über Browser hinaus: TLS sichert den E-Mail-Verkehr, VPN- und Fernzugriffstunnel sowie den Datenverkehr zwischen Diensten innerhalb moderner Anwendungsarchitekturen. Da es sich um einen genau spezifizierten, offenen Standard handelt, arbeiten Clients und Server verschiedener Anbieter ohne spezielle Integrationsmaßnahmen zusammen. Browser und Sicherheitstools stufen unverschlüsselte Verbindungen zunehmend als aktiv unsicher ein – sie kennzeichnen unverschlüsseltes HTTP und verlangen gültige Zertifikate –, wodurch TLS für jeden internetbasierten Dienst nahezu unverzichtbar wird.

Was ist TLS?

TLS funktioniert in zwei Phasen. Der Handshake dient dazu, Vertrauen aufzubauen und gemeinsame Geheimnisse festzulegen: Client und Server einigen sich auf eine TLS-Version und eine Verschlüsselungssuite, der Server legt ein Zertifikat vor, das seine Identität belegt (und von einer vertrauenswürdigen Zertifizierungsstelle validiert wurde), und beide Seiten leiten einen gemeinsamen Sitzungsschlüssel ab – bei modernem TLS mithilfe des Diffie-Hellman-Schlüsselaustauschs, sodass eine zukünftige Kompromittierung des Schlüssels keine aufgezeichnete vergangene Sitzung entschlüsseln kann.

Sobald der Handshake abgeschlossen ist, übernimmt das Datensatzprotokoll: Es verschlüsselt Anwendungsdaten, unterteilt sie in Segmente und fügt jedem Segment eine Integritätsprüfung hinzu, sodass Manipulationen oder Wiederholungen erkannt werden können. TLS läuft auf TCP auf und befindet sich unterhalb des Anwendungsprotokolls – HTTP, SMTP oder eines benutzerdefinierten Protokolls –, weshalb es so viele Arten von Datenverkehr absichert, ohne dass diese Protokolle selbst geändert werden müssen.

Arten von TLS

Es wurden vier Hauptversionen veröffentlicht. TLS 1.0 und TLS 1.1 sind veraltet – die gängigen Browser haben die Unterstützung bis 2020 eingestellt, und die IETF hat beide Protokolle aufgrund bekannter Schwachstellen in RFC 8996 (2021) offiziell als veraltet eingestuft. TLS 1.2 ist nach wie vor weit verbreitet und sicher, wenn es mit modernen Verschlüsselungssuiten konfiguriert wird, lässt jedoch weiterhin ältere, schwächere Optionen zu, sofern diese nicht eingeschränkt werden. TLS 1.3 (RFC 9846, der den ursprünglichen RFC 8446 konsolidierte und außer Kraft setzte) ist der aktuelle Standard: Er verkürzt den Handshake, entfernt veraltete Verschlüsselungssuiten vollständig und schreibt Forward Secrecy zwingend vor.

Abgesehen von den Versionen spielen zwei Modi eine Rolle. Standard-TLS authentifiziert nur den Server, was für den meisten Webverkehr ausreicht. Mutual TLS (mTLS) verlangt zusätzlich, dass der Client ein Zertifikat vorlegt, wodurch beide Seiten authentifiziert werden – dies ist in Zero-Trust-Architekturen üblich. Ein verbindungsloses Pendant, DTLS, wendet dieselben Konzepte auf UDP-Übertragungen an, bei denen der Overhead von TCP unerwünscht ist – ideal für VPN-Tunnel und Echtzeitverkehr. Eine Verschlüsselungssuite ist das ausgehandelte Bündel von Algorithmen – Schlüsselaustausch, Verschlüsselung und Integritätsprüfung –, das eine bestimmte TLS-Sitzung tatsächlich verwendet.

TLS & Versa

Ein Client des „ Versa “SASE kann ein Secure Access Gateway über TLS sowie über IPsec und DTLS als einen der Tunnel-Transportprotokolle in seiner konfigurierten Tunnelreihenfolge erreichen. Administratoren legen die TLS-Parameter direkt am Secure Access Service-Gateway-Objekt fest: die minimal und maximal unterstützten TLS-Versionen (TLS 1.0 bis TLS 1.3), eine Liste der zulässigen TLS-Verschlüsselungssuiten, den TLS-Listening-Port (standardmäßig 443) sowie eine TLS-Profil-ID, die den Tunnel mit seinem Zertifikat und Schlüsselmaterial verknüpft. Dieser Versionsbereich wird in der Gateway-Konfigurationsoberfläche angezeigt; in der Dokumentation zum SSL-VPN-Profil werden die Tunnel hingegen separat als TLS 1.2 beschrieben. Überprüfen Sie daher bei der Absicherung der Versionen, welche Oberfläche für Ihre Bereitstellung maßgeblich ist.

Die gleichen Optionen für den TLS-Tab und die Tunnelreihenfolge werden angezeigt, unabhängig davon, ob das Gateway für Secure SD-WAN oder für NGFW- Bereitstellungen konfiguriert ist, wodurch das TLS-Modell in allen sicheren Zugriffsarchitekturen von Versaeinheitlich bleibt. Die Beschränkung der Mindestversion auf TLS 1.2 oder höher sowie die Reduzierung der Liste der Verschlüsselungssuiten sind die Hebel, mit denen Administratoren die TLS-Sicherheit eines Gateways verbessern können, ohne dessen IPsec- oder DTLS-Optionen zu verändern.

Häufig gestellte Fragen

Was ist der Unterschied zwischen TLS und SSL?

SSL ist der Vorgänger von TLS; alle SSL-Versionen sind mittlerweile veraltet und gelten als unsicher. TLS 1.0 begann als geringfügiges Update von SSL 3.0, doch seitdem haben sich die beiden Protokolle voneinander entfernt. „SSL“ wird informell weiterhin als Bezeichnung für TLS verwendet – ein „SSL-Zertifikat“ ist also eigentlich ein TLS-Zertifikat.

Was ist der Unterschied zwischen TLS und DTLS?

TLS läuft über TCP und setzt einen zuverlässigen, geordneten Byte-Strom voraus. DTLS überträgt dieselben Konzepte auf UDP und fügt eigene Mechanismen für den Umgang mit Paketverlusten und der Neuordnung von Paketen hinzu, wodurch es sich für VPN-Tunnel und Echtzeitdatenverkehr eignet, bei denen der Overhead von TCP unerwünscht ist.

Was ist Mutual TLS (mTLS)?

Bei Mutual TLS wird der Standard-Handshake erweitert, sodass sowohl der Client als auch der Server Zertifikate vorlegen und sich gegenseitig authentifizieren, anstatt dass nur der Server dies tut. Dies ist üblich bei der Kommunikation zwischen Diensten sowie in Zero-Trust-Architekturen, bei denen bei jeder Verbindung die Identität beider Endpunkte nachgewiesen werden muss.

Warum wurden TLS 1.0 und 1.1 als veraltet eingestuft?

TLS 1.0 und 1.1 basieren auf älteren kryptografischen Algorithmen und Handshake-Mechanismen mit bekannten Schwachstellen, darunter die Anfälligkeit für bestimmte Downgrade-Angriffe. Die gängigen Browser haben die Unterstützung im Jahr 2020 eingestellt, und die IETF hat beide Versionen in RFC 8996 (2021) offiziell als veraltet eingestuft, wodurch das Ökosystem in Richtung TLS 1.2 und des sichereren TLS 1.3 gelenkt wurde.

Welchen Port verwendet TLS?

TLS selbst ist nicht an einen bestimmten Port gebunden; der Port hängt vom darüber liegenden Anwendungsprotokoll ab. HTTPS verwendet üblicherweise Port 443, und die Secure Access Gateways von Versa verwenden denselben Standardwert, wobei Administratoren jedoch einen anderen Wert konfigurieren können.

Mehr zum Thema TLS

Wenn Sie mehr erfahren möchten, finden Sie hier Quellen, denen wir vertrauen.

RFC 9846: TLS 1.3 RFC 5246: TLS 1.2
Der aktuelle IETF-Standard (ersetzt RFC 8446): Handshake, Protokollaufzeichnung und das obligatorische Forward-Secrecy-Konzept, das das optionale Konzept von TLS 1.2 abgelöst hat. Der historische TLS-1.2-Standard, der nach wie vor weit verbreitet ist, definiert die Aushandlung der Verschlüsselungssuite, die in TLS 1.3 später vereinfacht wurde.

Wenn Sie sich gerade mit TLS beschäftigen, sollten Sie sich als Nächstes diese Artikel ansehen.

Secure Sockets Layer Versa SASE CA-Kette
Der veraltete Vorgänger von TLS; der Begriff wird informell weiterhin verwendet, um TLS-Verbindungen und -Zertifikate zu bezeichnen. Versadessen Endpunkt-Client, der – neben IPsec und DTLS – TLS-Tunnel aufbauen kann, um sichere Zugangsgateways zu erreichen. Die Kette von Zertifizierungsstellen, anhand derer ein TLS-Handshake ein Serverzertifikat bis hin zu einer vertrauenswürdigen Stammzertifizierungsstelle überprüft.