TLS-Config-Snippet-Builder

Der TLS Config Snippet Builder generiert produktionsreife SSL/TLS-Konfigurationsausschnitte für nginx, Apache und andere Webserver mit korrekten Cipher Suites, Protokollversionen, HSTS-Headern und OCSP-Stapling-Einstellungen, die an Mozillas empfohlene Sicherheitsprofile angelehnt sind. Wählen Sie einen Server und ein Sicherheitsprofil, und erhalten Sie einen vollständigen Konfigurationsblock, den Sie mit Zuversicht bereitstellen können.

TLS-Konfiguration verstehen

Die TLS-Konfiguration korrekt umzusetzen ist einer der kniffligsten Teile der Webserver-Administration. Das Protokoll hat sich im letzten Jahrzehnt dramatisch weiterentwickelt: TLS 1.0 und 1.1 sind mittlerweile veraltet, Dutzende von Cipher Suites wurden aufgrund von Schwachstellen zurückgezogen, und neue Funktionen wie OCSP Stapling und HTTP Strict Transport Security sind unverzichtbar geworden. Eine Konfiguration, die vor fünf Jahren ein A+ bei SSL Labs erreicht hätte, könnte heute ein C erhalten, wenn sie noch TLS 1.0 zulässt oder schwache Chiffren wie RC4 oder 3DES enthält.

Die Herausforderung besteht darin, dass ein einzelner falscher Parameter entweder die Kompatibilität für legitime Benutzer zerstören oder Ihren Server verwundbar machen kann. Aktivieren Sie nur TLS 1.3 und Sie sperren Benutzer auf älteren Android-Geräten aus. Fügen Sie eine CBC-Modus-Chiffre für Kompatibilität hinzu und Sie könnten Padding-Oracle-Angriffen ausgesetzt sein, wenn Ihre Implementierung nicht sorgfältig ist. Vergessen Sie ssl_prefer_server_ciphers zu setzen und Clients könnten eine schwächere Chiffre als nötig aushandeln. Die Permutationen sind komplex genug, dass selbst erfahrene Systemadministratoren Konfigurationen aus Blog-Beiträgen kopieren, von denen einige Jahre veraltet sind.

Dieser Builder eliminiert dieses Rätselraten. Er generiert Konfigurationen basierend auf den Empfehlungen von Mozillas SSL Configuration Generator, der von Sicherheitsingenieuren gepflegt und aktualisiert wird, wenn sich die Bedrohungslandschaft weiterentwickelt. Sie wählen ein Sicherheitsprofil -- Modern für maximale Sicherheit, Intermediate für breite Kompatibilität oder Legacy für Systeme, die sehr alte Clients unterstützen müssen -- und der Builder erzeugt einen vollständigen, kommentierten Konfigurationsblock für Ihre Ziel-Serversoftware. Jede Direktive wird erklärt, damit Sie verstehen, was sie bewirkt, nicht nur, wie man sie einfügt.

So generieren Sie einen TLS-Konfigurationsausschnitt

1. Wählen Sie Ihren Ziel-Webserver (nginx, Apache, HAProxy usw.)
2. Wählen Sie ein Sicherheitsprofil: Modern, Intermediate oder Legacy
3. Setzen Sie optional Ihre Zertifikats- und Schlüsseldateipfade
4. Kopieren Sie den generierten Konfigurationsblock in Ihre Serverkonfiguration

Vergleich der Sicherheitsprofile

Beispiele für generierte Konfigurationen

nginx -- Intermediate-Profil

server {
    listen 443 ssl http2;
    server_name example.com;

    ssl_certificate     /etc/ssl/certs/example.com-chain.pem;
    ssl_certificate_key /etc/ssl/private/example.com.key;

    # Protokolle
    ssl_protocols TLSv1.2 TLSv1.3;

    # Cipher Suites (mittlere Kompatibilität)
    ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384;
    ssl_prefer_server_ciphers off;

    # HSTS (1 Jahr, einschließlich Subdomains)
    add_header Strict-Transport-Security "max-age=31536000; includeSubDomains" always;

    # OCSP Stapling
    ssl_stapling on;
    ssl_stapling_verify on;
    resolver 1.1.1.1 8.8.8.8 valid=300s;
    resolver_timeout 5s;

    # Sitzungseinstellungen
    ssl_session_timeout 1d;
    ssl_session_cache shared:SSL:10m;
    ssl_session_tickets off;
}

Apache -- Modern-Profil (nur TLS 1.3)

<VirtualHost *:443>
    ServerName example.com

    SSLEngine on
    SSLCertificateFile    /etc/ssl/certs/example.com.crt
    SSLCertificateKeyFile /etc/ssl/private/example.com.key
    SSLCertificateChainFile /etc/ssl/certs/chain.pem

    # Nur TLS 1.3
    SSLProtocol -all +TLSv1.3
    SSLOpenSSLConfCmd Curves X25519:secp256r1:secp384r1

    # HSTS
    Header always set Strict-Transport-Security "max-age=31536000; includeSubDomains"

    # OCSP Stapling
    SSLUseStapling On
    SSLStaplingCache shmcb:/var/run/ocsp(128000)
</VirtualHost>

Wann Sie dieses Tool verwenden sollten

• Einrichtung eines neuen HTTPS-Servers -- generieren Sie eine sichere Basiskonfiguration, anstatt veraltete Ausschnitte aus Blog-Beiträgen zu kopieren
• TLS-Härtung -- upgraden Sie eine bestehende Konfiguration von schwachen Cipher Suites und alten Protokollversionen auf aktuelle Best Practices
• Vorbereitung auf Sicherheitsaudits -- generieren Sie Konfigurationen, die Qualys-SSL-Labs-Tests mit einer A+-Bewertung bestehen
• Compliance-Anforderungen -- erstellen Sie Konfigurationen, die PCI-DSS-, HIPAA- oder SOC-2-Anforderungen an Verschlüsselung bei der Übertragung erfüllen
• TLS-Best-Practices erlernen -- jede Direktive enthält Kommentare, die ihren Zweck erklären, was die generierte Konfiguration lehrreich macht
• Server-Migration -- generieren Sie äquivalente Konfigurationen bei der Migration von Apache zu nginx oder umgekehrt

Wichtige TLS-Konfigurationsdirektiven erklärt

Cipher-Suite-Auswahl

Cipher Suites definieren die Algorithmen, die während des TLS-Handshakes und der Datenverschlüsselung verwendet werden:

HSTS (HTTP Strict Transport Security)

Der Strict-Transport-Security-Header weist Browser an, immer HTTPS zu verwenden:

• max-age=31536000 -- 1 Jahr merken (31.536.000 Sekunden)
• includeSubDomains -- auf alle Subdomains anwenden
• preload -- Aufnahme in Browser-HSTS-Preload-Listen beantragen (separat bei hstspreload.org einreichen)

OCSP Stapling

Ohne Stapling müssen Browser den OCSP-Responder der Zertifizierungsstelle kontaktieren, um den Widerrufsstatus des Zertifikats zu prüfen, was Latenz hinzufügt. Mit aktiviertem Stapling ruft der Server die OCSP-Antwort ab und fügt sie in den TLS-Handshake ein, was Leistung und Datenschutz verbessert.

Sitzungsverwaltung

ssl_session_timeout 1d;       # Sitzungen 1 Tag gültig
ssl_session_cache shared:SSL:10m;  # 10 MB gemeinsamer Cache (~40.000 Sitzungen)
ssl_session_tickets off;      # Tickets deaktivieren (sie brechen Forward Secrecy)

Session Tickets sind in den empfohlenen Konfigurationen deaktiviert, da sie einen einzelnen Schlüssel verwenden, der bei Kompromittierung die Entschlüsselung aller Sitzungen ermöglicht, die ihn verwendet haben. Der gemeinsame Sitzungscache bietet Wiederaufnahme ohne dieses Risiko.

TLS-Konfiguration in der Praxis

Der wichtigste Rat für die TLS-Konfiguration ist, mit dem Intermediate-Profil zu beginnen und nur abzuweichen, wenn Sie einen konkreten Grund haben. Das Intermediate-Profil unterstützt TLS 1.2 und 1.3 mit starken AEAD-Cipher-Suites, was jeden aktiv gewarteten Browser und jedes Betriebssystem abdeckt. Es ist die richtige Wahl für die überwiegende Mehrheit öffentlich zugänglicher Websites. Das Modern-Profil (nur TLS 1.3) ist geeignet für interne APIs und Dienste, bei denen Sie die Clients kontrollieren, wird aber Benutzer auf älteren Android-Geräten oder in Unternehmensumgebungen mit veralteten Proxy-Servern aussperren.

Nach der Bereitstellung Ihrer Konfiguration testen Sie sie mit Qualys SSL Labs (ssllabs.com/ssltest), um zu überprüfen, dass Ihr Server korrekt konfiguriert ist. Eine A+-Bewertung erfordert HSTS mit einem max-age von mindestens 6 Monaten und eine saubere TLS-Konfiguration ohne schwache Protokolle oder Chiffren. Wenn Sie niedriger abschneiden, sagt Ihnen der Bericht genau, was zu beheben ist -- typischerweise ein verbliebenes TLS 1.0 oder eine schwache Cipher Suite, die aus einer früheren Version der Konfiguration übrig geblieben ist.

Ein häufig übersehenes Detail ist die OCSP-Stapling-Konfiguration. Ohne sie müssen Browser eine separate Anfrage an den OCSP-Server der Zertifizierungsstelle stellen, um zu prüfen, ob Ihr Zertifikat widerrufen wurde, was 100-300 ms Latenz zur ersten Verbindung hinzufügt. Mit Stapling ruft Ihr Server die OCSP-Antwort selbst ab und fügt sie in den TLS-Handshake ein, wodurch diese Verzögerung eliminiert wird. Die Konfiguration ist unkompliziert, erfordert aber einen funktionierenden DNS-Resolver auf Ihrem Server -- ist der Resolver falsch konfiguriert, schlägt Stapling stillschweigend fehl und Verbindungen fallen auf den langsameren Pfad ohne Stapling zurück.

Häufig gestellte Fragen

Sollte ich das Modern- oder das Intermediate-Profil verwenden? Verwenden Sie Intermediate für die meisten Produktions-Websites. Es unterstützt TLS 1.2 und 1.3 und deckt praktisch alle aktiv gewarteten Browser und Betriebssysteme ab. Verwenden Sie Modern (nur TLS 1.3) für interne Dienste, APIs oder neue Bereitstellungen, bei denen Sie bestätigen können, dass alle Clients TLS 1.3 unterstützen. Vermeiden Sie das Legacy-Profil, es sei denn, Sie müssen Clients älter als Windows 7 oder Android 5.0 unterstützen.

Warum sollte ich TLS 1.0 und 1.1 deaktivieren? TLS 1.0 und 1.1 haben bekannte Schwachstellen (BEAST, POODLE) und wurden durch RFC 8996 im März 2021 offiziell als veraltet erklärt. Die großen Browser haben die TLS-1.0/1.1-Unterstützung 2020 entfernt. PCI DSS 3.2+ verlangt die Deaktivierung von TLS 1.0 für Compliance. Es gibt selten einen legitimen Grund, diese Protokolle aktiviert zu lassen.

Was bedeutet ssl_prefer_server_ciphers off? Bei TLS 1.3 wird die Chiffre-Präferenz unabhängig von dieser Einstellung immer vom Server bestimmt. Für TLS 1.2 mit dem Intermediate-Profil lässt die Einstellung off den Client seine bevorzugte Chiffre wählen, was gut funktioniert, da alle Chiffren in der empfohlenen Liste gleich sicher sind. Das Modern-Profil lässt diese Direktive ganz weg.

Wie aktiviere ich HSTS-Preloading? HSTS-Preloading bedeutet, dass Ihre Domain fest in die HSTS-Listen der Browser einprogrammiert ist, sodass der Browser immer HTTPS verwendet, selbst beim allerersten Besuch. Fügen Sie preload zu Ihrem HSTS-Header hinzu: max-age=31536000; includeSubDomains; preload. Reichen Sie dann Ihre Domain bei hstspreload.org ein. Seien Sie vorsichtig: Preloading ist schwer rückgängig zu machen, und es gilt für alle Subdomains -- stellen Sie also sicher, dass jede Subdomain HTTPS unterstützt.

Warum sind Session Tickets in der empfohlenen Konfiguration deaktiviert? TLS Session Tickets verwenden einen symmetrischen Schlüssel, der auf dem Server gespeichert ist. Wird dieser Schlüssel kompromittiert oder nie rotiert, kann ein Angreifer jede aufgezeichnete Sitzung entschlüsseln, die mit einem Ticket wiederaufgenommen wurde. Die Deaktivierung von Tickets und die Verwendung des serverseitigen Sitzungscaches bewahrt stattdessen die Forward Secrecy. Wenn Sie Tickets benötigen (z. B. für verteilte Server ohne gemeinsamen Cache), rotieren Sie den Ticket-Schlüssel mindestens täglich.

Wie teste ich meine TLS-Konfiguration nach der Bereitstellung? Verwenden Sie Qualys SSL Labs unter ssllabs.com/ssltest für eine umfassende Analyse. Für schnelle Kommandozeilen-Prüfungen verwenden Sie openssl s_client -connect ihrserver.com:443, um die ausgehandelte Protokollversion und Chiffre zu überprüfen. Der Befehl nmap --script ssl-enum-ciphers -p 443 ihrserver.com listet alle unterstützten Chiffren und Protokolle auf.

Verwandte Tools

• PEM Bundle Merger - Die in der generierten Konfiguration referenzierte Zertifikatskettendatei erstellen
• Certificate Expiry Checker - Die in Ihrer TLS-Konfiguration verwendeten Zertifikate überwachen
• X.509 Certificate Viewer - Zertifikate vor der Bereitstellung mit der generierten Konfiguration inspizieren
• PEM Bundle Splitter - Zertifikatsbündel aufteilen, um Dateien für Ihren Server vorzubereiten
• Convert DER to PEM - Zertifikate in das von nginx und Apache benötigte PEM-Format konvertieren