Was sind SSL und TLS?

Transport Layer Security, kurz TLS, schützt Daten während der Übertragung. Das Protokoll verschlüsselt die Verbindung, erkennt Veränderungen und authentifiziert üblicherweise den Server mit einem digitalen Zertifikat. HTTPS ist HTTP über TLS. Der ältere Name SSL wird umgangssprachlich noch verwendet, die eigentlichen SSL-Protokolle gelten jedoch als veraltet und dürfen nicht mehr eingesetzt werden.

Welche Schutzziele erfüllt TLS?

Sichtbar bleiben je nach Protokoll und Netz weiterhin Metadaten wie IP-Adressen, Datenmenge und Verbindungszeitpunkt. TLS soll den Inhalt schützen, macht Kommunikation aber nicht automatisch anonym.

Wie funktioniert der TLS-Handshake?

1. Fähigkeiten anbieten: Der Client sendet unterstützte TLS-Versionen, kryptografische Parameter und Zufallswerte.
2. Parameter auswählen: Der Server wählt eine kompatible sichere Kombination und sendet seine Schlüsselaustauschdaten.
3. Identität nachweisen: Der Server übermittelt sein Zertifikat und beweist den Besitz des zugehörigen privaten Schlüssels.
4. Zertifikat prüfen: Der Client kontrolliert Vertrauenskette, Hostname, Gültigkeit und Signatur.
5. Sitzungsschlüssel ableiten: Beide Seiten erzeugen unabhängig dieselben symmetrischen Schlüssel.
6. Anwendungsdaten übertragen: Nach erfolgreicher Bestätigung fließen die Daten verschlüsselt und integritätsgeschützt.

Symmetrische Verschlüsselung schützt die eigentlichen Daten effizient. Asymmetrische Kryptografie und Signaturen werden hauptsächlich für Authentifizierung und sicheren Schlüsselaustausch benötigt. Sitzungswiederaufnahme kann spätere Verbindungen beschleunigen. 0-RTT-Daten in TLS 1.3 reduzieren Latenz weiter, können aber wiederholbar sein und eignen sich deshalb nicht für jede zustandsändernde Anfrage.

Welche Aufgabe haben Zertifikate?

Ein X.509-Zertifikat verbindet einen öffentlichen Schlüssel mit Namen und weiteren Angaben. Bei einer öffentlichen Website bestätigt eine vertrauenswürdige Certification Authority diese Bindung. Der Browser folgt der Zertifikatskette bis zu einer lokal vertrauten Root CA und prüft, ob der aufgerufene Hostname enthalten ist. Ein gültiges Zertifikat für shop.example bestätigt nicht admin.example, sofern dieser Name oder ein passendes Wildcard nicht abgedeckt ist.

Domain Validation, Organization Validation und Extended Validation unterscheiden den Umfang der Identitätsprüfung bei Ausstellung. Sie verändern nicht die Stärke der Transportverschlüsselung. Der private Schlüssel bleibt ausschließlich beim Betreiber und muss vor Export, unbefugtem Zugriff und versehentlicher Veröffentlichung geschützt werden.

SSL, TLS 1.2 oder TLS 1.3?

TLS 1.3 wurde ursprünglich in RFC 8446 spezifiziert. Die 2026 veröffentlichte RFC 9846 ersetzt diese Spezifikation mit einer rückwärtskompatiblen Überarbeitung, behält aber die Versionsnummer TLS 1.3 bei. Sie präzisiert Anforderungen und verbietet unter anderem die Aushandlung von TLS 1.0 und 1.1.

Was ist Mutual TLS?

Bei normalem HTTPS weist nur der Server seine Identität mit einem Zertifikat nach. Mutual TLS (mTLS) verlangt zusätzlich ein Client-Zertifikat. Das eignet sich für service-to-service Kommunikation, administrative Schnittstellen und verwaltete Geräte. mTLS authentifiziert ein Zertifikat, löst aber nicht automatisch die fachliche Autorisierung: Der Dienst muss weiterhin entscheiden, welche Aktionen die identifizierte Gegenstelle ausführen darf.

Welche TLS-Fehler treten häufig auf?

• Abgelaufene Zertifikate, fehlende Zwischenzertifikate oder ein nicht passender Hostname.
• Aktivierte Altprotokolle, schwache Cipher Suites oder ungeeignete Schlüssellängen.
• Private Schlüssel in Repositories, Images, Backups oder für zu viele Administratoren zugänglich.
• TLS endet am Load Balancer, während der weitere interne Weg ungeschützt und unkontrolliert bleibt.
• Mixed Content lädt einzelne HTTP-Ressourcen in eine HTTPS-Seite und schwächt so die Schutzgrenze.
• Clients deaktivieren Zertifikatsprüfung oder akzeptieren jede Zertifikatswarnung.
• Zertifikate werden manuell erneuert, bis ein vergessener Dienst unerwartet ausfällt.

Wie wird TLS sicher betrieben?

Betreiber sollten TLS 1.3 bevorzugen, TLS 1.2 nur kompatibilitätsbedingt sicher konfigurieren und ältere Versionen deaktivieren. Ausstellung und Erneuerung von Zertifikaten lassen sich automatisieren; Monitoring warnt rechtzeitig vor Ablauf und unerwarteten Änderungen. Private Schlüssel gehören in geeignete Secret- oder Key-Management-Systeme. HTTP wird konsistent auf HTTPS umgeleitet. HSTS sollte erst aktiviert und auf Subdomains ausgeweitet werden, wenn alle betroffenen Hosts dauerhaft HTTPS unterstützen.

Regelmäßige Konfigurationstests müssen alle Endpunkte betrachten: Webserver, APIs, Maildienste, Load Balancer und interne Service-Verbindungen. Ein Zertifikat kann korrekt sein, während ein anderer virtueller Host oder veralteter Listener weiterhin unsichere Parameter anbietet.

Was schützt TLS nicht?

TLS schützt die Verbindung, nicht die Anwendung oder Endgeräte. Eine perfekt verschlüsselte Website kann weiterhin Autorisierungsfehler, Malware, Phishing oder unsichere Geschäftslogik enthalten. Nach der Entschlüsselung am Endpunkt liegen Daten für die Anwendung im Klartext vor. TLS ist daher eine notwendige Transportkontrolle, aber nur ein Teil der Gesamtsicherheit.