Der Prüfer für TLS-Cipher-Suites ist ein spezialisiertes Werkzeug zur statischen Analyse von TLS-Konfigurationsdaten. Die manuelle Überprüfung von TLS-Scans, Handshake-Protokollen oder Server-Antworten erfordert oft das Nachschlagen kryptografischer Algorithmen in verschiedenen Registern. Dieses Tool automatisiert diesen Prozess, indem es bereitgestellte Textdaten analysiert, die ausgehandelten oder angebotenen Protokollversionen und Cipher-Suites identifiziert und die enthaltenen kryptografischen Komponenten bewertet.
Die Verarbeitung der eingegebenen Daten erfolgt lokal im Webbrowser des Benutzers. Die eingefügten TLS-Details werden nicht hochgeladen oder auf externen Servern gespeichert.
Funktionsweise und unterstützte Eingabeformate
Das Werkzeug führt keine aktive Netzwerkverbindung zu einem Server durch und sendet keine Pakete über das Netzwerk. Stattdessen analysiert es Textdaten mit einer maximalen Länge von 200.000 Zeichen. Größere Eingaben führen zur Fehlermeldung „Diese Zusammenfassung ist ungewöhnlich umfangreich. Halten Sie die Länge unter 200.000 Zeichen.“. Wenn das Eingabefeld leer ist und eine Analyse gestartet wird, zeigt das Tool die Meldung „Fügen Sie zunächst eine TLS-Scan- oder Handshake-Zusammenfassung ein.“ an.
Zu den unterstützten Textquellen gehören:
- Ausgaben von gängigen TLS-Scannern.
- Handshake-Zusammenfassungen aus Werkzeugen wie
openssl s_client. - Strukturierte Zusammenfassungen aus der Paketanalysesoftware.
- Kopierte Felder aus ClientHello- oder ServerHello-Nachrichten.
Das Tool erkennt gängige Bezeichner der Internet Assigned Numbers Authority (IANA), OpenSSL-Aliase sowie weit verbreitete hexadezimale Suite-IDs. Rohe Binärdaten oder vollständige Paketerfassungsdateien (wie PCAP) werden nicht unterstützt und können nicht direkt verarbeitet werden. Wenn im bereitgestellten Text überhaupt keine TLS-Version oder Cipher-Suite identifiziert werden kann, wird die Fehlermeldung „Es wurde keine TLS-Version oder Cipher-Suite erkannt. Fügen Sie lesbare Scanner- oder Handshake-Felder ein.“ ausgegeben.
Klassifizierung von Protokollversionen und Rollen
Bei der Analyse von TLS-Verbindungsdaten ist es wichtig, die genaue Rolle der identifizierten Parameter zu bestimmen. Das Tool ordnet den gefundenen Protokollversionen und Cipher-Suites eine der folgenden Rollen zu:
- Verhandelt: Die tatsächlich für die Verbindung ausgewählte und vereinbarte Option.
- Angeboten: Die vom Client in der ClientHello-Nachricht vorgeschlagenen Optionen.
- Beobachtet: Während der Überwachung des Datenverkehrs festgestellte Parameter.
Sollte der analysierte Text keine Protokollversion enthalten, gibt das System die Meldung „Im bereitgestellten Text wurde keine Protokollversion gefunden.“ aus. Fehlen verwertbare Cipher-Suites im Text, erscheint der Hinweis „Im bereitgestellten Text wurde keine Verschlüsselungssuite gefunden.“.
Bewertung von Cipher-Suites und kryptografischen Algorithmen
Jede identifizierte Cipher-Suite wird einer Sicherheitskategorie zugeordnet, um den Zustand der Verschlüsselung schnell zu erfassen. Diese Bewertungen lauten:
- Modern: Sichere, dem aktuellen Stand der Technik entsprechende Algorithmen.
- Rezension: Konfigurationen, die unter bestimmten Bedingungen akzeptabel sind, aber einer manuellen Überprüfung bedürfen.
- Veraltet: Unsichere oder offiziell missbilligte Algorithmen und Protokolle, die nicht mehr verwendet werden sollten.
- Unbekannt: Dem Werkzeug nicht bekannte Suite-Strukturen.
Für bekannte Schwachstellen und veraltete Algorithmen gibt das Tool spezifische Bewertungen aus:
| Algorithmus / Suite-Typ | Bewertung und Sicherheitsbefund |
|---|---|
| RC4 | „RC4 ist veraltet und darf nicht ausgehandelt werden.“ |
| DES | „DES ist für die allgemeine Verwendung von TLS nicht sicher.“ |
| 3DES | „3DES hat eine kleine Blockgröße und ist für TLS veraltet.“ |
| NULL | „Die NULL-Verschlüsselung bietet keine Vertraulichkeit.“ |
| EXPORT | „EXPORT-Suites verwenden absichtlich schwache Kryptografie und sind veraltet.“ |
| Anonyme Suiten | „Anonyme Suiten authentifizieren den Peer nicht und sind anfällig für Abhörvorgänge.“ |
| MD5 | „MD5 ist für die allgemeine Verwendung von TLS nicht sicher.“ |
| SHA-1 | „Diese Suite verwendet SHA-1, das für die allgemeine Verwendung von TLS veraltet ist.“ |
| CBC-Suiten | „CBC-Suiten sind veraltet. Bevorzugen Sie eine AEAD-Suite wie AES-GCM oder ChaCha20-Poly1305.“ |
| Statisches RSA | „Der statische RSA-Schlüsselaustausch bietet keine Vorwärtsgeheimnis.“ |
| CCM-8 | „CCM-8 verwendet ein kürzeres Authentifizierungs-Tag und erfordert eine protokollspezifische Überprüfung.“ |
| Unbekannte Suite | „Diese Suite ist nicht in der integrierten Common-Suite-Karte enthalten. Überprüfen Sie die aktuelle IANA-Registrierung oder Scannerdokumentation.“ |
Besonderheiten bei TLS 1.3 und Vorwärtsgeheimnis
Ein wesentlicher Unterschied zwischen älteren TLS-Versionen (bis TLS 1.2) und TLS 1.3 liegt in der Struktur der Cipher-Suites. In TLS 1.2 und früheren Versionen definierte der Name der Cipher-Suite den gesamten Prozess des Schlüsselaustauschs, der Authentifizierung, der symmetrischen Verschlüsselung und des Integritätsschutzes (z. B. TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256).
Bei TLS 1.3-Suiten ist dies anders. Hier verhandelt das Protokoll den Schlüsselaustausch (wie ECDHE oder DHE) und die Authentifizierung (wie RSA oder ECDSA) vollständig getrennt von der eigentlichen Cipher-Suite. Der Name der Suite (z. B. TLS_AES_256_GCM_SHA384) beschreibt nur noch den symmetrischen Verschlüsselungsalgorithmus und den Hash-Algorithmus für den Handshake. Daher gibt das Tool bei TLS 1.3-Suiten folgenden Hinweis aus: „TLS 1.3 verhandelt den Schlüsselaustausch und die Authentifizierung getrennt von der Cipher Suite.“.
Ein weiterer kritischer Aspekt bei der Bewertung älterer Suiten ist das Fehlen von Vorwärtsgeheimnis (Forward Secrecy). Bei der Verwendung eines statischen RSA-Schlüsselaustauschs kann ein Angreifer, der den privaten Schlüssel des Servers zu einem späteren Zeitpunkt kompromittiert, den gesamten zuvor aufgezeichneten, verschlüsselten Datenverkehr entschlüsseln. Moderne Suiten erzwingen daher ephemere Schlüsselaustauschverfahren (wie ECDHE), um sicherzustellen, dass für jede Sitzung ein einzigartiger, flüchtiger Schlüssel generiert wird.
Grenzen der statischen Textanalyse
Da es sich bei diesem Werkzeug um einen reinen Textanalysator handelt, bestehen konzeptionelle Unterschiede zu einem aktiven Live-Sicherheitsscanner. Das Tool interpretiert ausschließlich die vom Benutzer bereitgestellten Zeichenketten.
Es kann nicht selbstständig prüfen, ob ein Server tatsächlich online ist, ob die installierten SSL/TLS-Zertifikate gültig oder abgelaufen sind, wie groß die verwendeten asymmetrischen Schlüssel (z. B. RSA-Moduluslänge oder DH-Gruppengröße) sind oder ob der Server anfällig für Downgrade-Angriffe ist. Ebenso ist es nicht möglich, eine vollständige Liste aller von einem Server unterstützten Cipher-Suites zu generieren, wenn diese nicht explizit im eingefügten Text enthalten sind.
Häufig gestellte Fragen (FAQ)
Welche TLS-Ausgabeformate kann ich einfügen?
Fügen Sie Text von gängigen TLS-Scannern, openssl s_client, Paketanalyse-Zusammenfassungen oder eine kurze ClientHello- oder ServerHello-Notiz ein. Der Prüfer erkennt gängige IANA-Namen, OpenSSL-Aliase und mehrere gängige hexadezimale Suite-IDs; Es werden keine rohen Paketbytes dekodiert.
Warum zeigt eine TLS 1.3-Verschlüsselungssuite nicht RSA oder ECDHE an?
Die Namen der Cipher-Suites TLS 1.3 beschreiben die Datensatzverschlüsselung und den Handshake-Hash. Schlüsselaustausch und Authentifizierung werden separat ausgehandelt, sodass sie nicht allein aus einem Suite-Namen abgeleitet werden können.
Beweist dieses Ergebnis, dass ein Server sicher ist?
Nein. Es erklärt nur den Text, den Sie einfügen. Es stellt keine Verbindung zum Host her, überprüft das Zertifikat, misst keine Schlüsselgrößen, testet das Downgrade-Verhalten und zeigt nicht jede Suite an, die der Server akzeptiert.
Was bedeutet es, wenn eine Suite als unbekannt eingestuft wird?
Wenn eine Suite nicht in der internen Datenbank des Tools hinterlegt ist, wird sie als unbekannt markiert. In diesem Fall gilt der Hinweis: „Diese Suite ist nicht in der integrierten Common-Suite-Karte enthalten. Überprüfen Sie die aktuelle IANA-Registrierung oder Scannerdokumentation.“.