1. BSI TR-02102-2 (Version 2026-01): Alle TLS 1.2 & TLS 1.3 Server-Vorgaben im Überblick
Die Technische Richtlinie BSI TR-02102-2 („Kryptographische Verfahren: Empfehlungen und Schlüssellängen – Teil 2: Verwendung von Transport Layer Security (TLS)“) ist das zentrale Referenzdokument im deutschen Rechtsraum, wenn es darum geht, den in § 30 Abs. 1 Satz 2 und Abs. 2 Nr. 8 BSIG (NIS-2) sowie Art. 32 Abs. 1 DSGVO geforderten „Stand der Technik“ bei Web-, API- und Mail-Verbindungen technisch zu bestimmen.
Anders als oberflächliche US-amerikanische SSL-Testseiten bewertet die BSI TR-02102-2 nicht bloß, ob ein Browser ohne Fehlermeldung verbindet, sondern legt strenge kryptografische Maßstäbe an Schlüssellängen, Diffie-Hellman-Gruppen, Authentifizierte Verschlüsselung (AEAD) und Quanten-Resilienz an:
| Parameter | BSI-Empfehlung (GRÜN) | Übergang (GELB / ORANGE) | Abweichung / Kritisch (ROT) |
|---|---|---|---|
| TLS-Protokoll | TLS 1.3 (RFC 8446) + gehärtetes TLS 1.2 | Nur TLS 1.2 (ohne TLS 1.3) | TLS 1.1, TLS 1.0, SSLv3, SSLv2 aktiv |
| Schlüsselaustausch (KEX) | Hybrid-PQC: X25519MLKEM768, SecP256r1MLKEM768 | Rein klassisches ECDHE (X25519, secp256r1/384r1) | Statisches RSA (kein PFS!), DH < 3000 Bit |
| Zertifikats-Schlüssel | ECDSA P-256 / P-384, Ed25519 oder RSA ≥ 3072 Bit | RSA 2048 Bit (< 3000 Bit BSI-Schwelle) | RSA ≤ 1024 Bit, SHA-1, abgelaufen / selbstsigniert |
| Symmetrische Chiffren | AEAD: AES-256-GCM, AES-128-GCM, ChaCha20-Poly1305 | TLS 1.2 CBC nur mit Encrypt-then-MAC & SHA-256/384 | RC4, 3DES, NULL, EXPORT, CBC mit SHA-1 |
| Session-Tickets & PFS | Session-Tickets deaktiviert; strikte PFS | Session-Tickets ohne dokumentierte Rotation | Fehlende Forward Secrecy |
2. RSA-2048 Auslaufdatum, Schlüssellängen ≥ 3.000 Bit & die Session-Ticket-Falle bei PFS
Zwei Detailvorgaben der Reihe BSI TR-02102-1 / TR-02102-2 sorgen bei Administratoren regelmäßig für Überraschungen, wenn sie ihren ersten Krypto-Prüfbericht lesen:
Warum RSA-2048 nicht mehr die volle Punktzahl erhält
Viele Standard-Skripte (auch ältere Certbot-Konfigurationen) erzeugen bis heute standardmäßig 2048-Bit-RSA-Schlüssel. Das BSI setzt in der TR-02102-1 für asymmetrische Verfahren auf Basis des Faktorisierungsproblems jedoch eine empfohlene Mindestschlüssellänge von 3.000 Bit (in der Praxis RSA-3072 oder RSA-4096) an, um ein klassisches Sicherheitsniveau von mindestens 120 Bit zu erreichen. Noch besser und deutlich performanter ist der direkte Umstieg auf ECDSA-Zertifikate (secp256r1 oder secp384r1), die bei nur 256 bzw. 384 Bit Schlüssellänge höhere Sicherheit und kürzere Handshakes bieten.
Warum Perfect Forward Secrecy (PFS) oft unbemerkt ausgehebelt wird
Selbst wenn ein Server ECDHE aushandelt, aktivieren Webserver wie Nginx oder Apache in der Standardeinstellung häufig TLS Session Tickets (RFC 5077) ohne automatische Rotation des Ticket-Encryption-Keys (STEK). Wird der Webserver-Prozess Monate später kompromittiert, kann ein Angreifer den im RAM liegenden statischen Ticket-Schlüssel auslesen und rückwirkend sämtliche aufgezeichneten Sitzungen entschlüsseln. Abhilfe schaffen deaktivierte oder regelmäßig rotierte Session-Ticket-Schlüssel.
3. Der Subdomain-Blindspot: Warum vpn.*, mail.*, git.* und Port 2222 Audits scheitern lassen
Ein klassischer Trugschluss lautet: „Unsere Website liegt hinter Cloudflare oder einem modernen Loadbalancer – wir haben bereits TLS 1.3 und Post-Quanten-Kryptografie!“ Das stimmt zwar für www.ihre-firma.de:443. Doch ein Angreifer oder Prüfer scannt niemals nur die Marketing-Startseite.
Über öffentliche Certificate-Transparency-Datenbanken (crt.sh) sowie DNS-Einträge (MX, SPF, SRV) sind sämtliche Subdomains einer Organisation öffentlich einsehbar. Und genau diese Dienste laufen fast immer direkt am CDN vorbei („Direct-to-Origin“) auf eigener Infrastruktur:
- VPN-Gateways & Fernwartung (
vpn.*,sslvpn.*,citrix.*, Port 443/8443): Oft laufen hier Appliance-Firmware-Stände mit TLS 1.2 ohne ML-KEM, 2048-Bit-RSA-Zertifikaten oder aktivierten CBC-Chiffren. Dabei fließt gerade über das VPN der gesamte interne Unternehmensverkehr (höchstes HNDL-Risiko!). - E-Mail-Server (
mail.*,mx.*,autodiscover.*, Port 25/587): Eingehende SMTP-Verbindungen auf Port 25 können technisch nicht hinter einem HTTP-CDN wie Cloudflare versteckt werden. Fehlt hier ein DNSSEC-validierter DANE/TLSA-Eintrag nach BSI TR-03108, ist der E-Mail-Verkehr gegen aktive Downgrade-Angriffe ungeschützt. - Entwickler- & Administrations-Systeme (
git.*,gitlab.*,portal.*, Port 22 / 2222 / 8006): Auf Port 22 (oder einem vermeintlich „versteckten“ Port wie 2222) antwortet häufig ein älterer OpenSSH-Daemon, der noch keinmlkem768x25519-sha256nach BSI TR-02102-4 beherrscht.
BSI TR-02102-2 / -4 Server-Checkliste (Stand 2026)
Haken Sie die bereits auf Ihren Servern umgesetzten Maßnahmen ab, um Ihren Vorbereitungsgrad zu berechnen – oder lassen Sie alle Punkte automatisch prüfen:
Externe Prüfung orientiert an BSI TR-02102 & § 30 BSIG
Eigene Domain gegen die Vorgaben aus diesem Leitfaden prüfen
Hauptdomain, Subdomains (crt.sh), Mailserver (MX, STARTTLS, DANE) und SSH – auf TLS 1.3 und X25519MLKEM768.
Visualisierte Statistiken: Schlüsselgrößen, Subdomain-Blindspots, Fristen & Wirtschaftlichkeit
1. Schlüssel- & Signaturgrößen-Explosion vs. TCP MTU-Limit (1.500 Bytes)
Vergleich der Public-Key- / Signatur-Größen im TLS-1.3-Handshake (in Bytes)
2. Subdomain-Blindspot: Warum 94 % trotz grüner Hauptseite (www.) durchfallen
Auswertung mittelständischer Domains mit aktivem CDN auf www. bei Prüfung aller Subdomains & Dienste-Ports
Cloudflare oder moderne Reverse Proxies terminieren TLS 1.3 inkl. X25519MLKEM768 automatisch auf der Marketing-Website.
Fehlende DNSSEC-Signierung oder fehlender _25._tcp TLSA-Eintrag nach BSI TR-03108; oft kein ML-KEM in Postfix/Exim.
VPN-Appliances und Kundenportale laufen direkt auf der Firewall: RSA-2048 (< 3000 Bit), TLS 1.2 ohne PQC oder Session-Tickets aktiv.
Im SSH_MSG_KEXINIT fehlen mlkem768x25519-sha256 bzw. sntrup761; teils noch diffie-hellman-group14-sha1 aktiv.
3. Regulatorischer Zeitstrahl: BSI TR-02102, NIS-2 (§ 30 BSIG), DORA & EU-PQC-Fristen (2025–2035)
Verbindliche Meilensteine für Finanzsektor, NIS-2-Einrichtungen und deren IT-Lieferkette
Geltungsbeginn DORA Art. 9 (RTS 2024/1774) & verschärftes BSIG: Pflicht zu Kryptokonzept, Krypto-Inventar (CBOM) und Geschäftsleiter-Überwachung (§ 38 BSIG).
BSI TR-02102-2 Version 2026-01: RSA unter 3.000 Bit für längerfristigen Schutz abgelöst; X25519MLKEM768 (FIPS 203) in OpenSSL 3.5 & OpenSSH 9.9 produktiv.
Gemeinsamer Meilenstein von BSI, ANSSI, NLNCSA und EU-Empfehlung (EU) 2024/1101: Vollständige PQC-Absicherung kritischer Infrastrukturen und sensibler Daten.
Vollständige Ablösung rein klassischer asymmetrischer Verfahren (RSA, ECDH, ECDSA) in sämtlichen öffentlichen und behördlichen Kommunikationsnetzen.
4. Kosten- & Zeitvergleich: Manuelles Berater-Audit vs. Automatischer sichergenug.de Prüfstand
Wirtschaftlichkeitsvergleich für die Erstellung von Prüfbericht, Krypto-Inventar (CBOM) und Konfigurations-Vorlagen
- • Dauer: 3–6 Wochen Abstimmungs- und Projektlaufzeit
- • Artefakte: Oft nur statisches Word/PDF ohne maschinenlesbares CycloneDX v1.6 CBOM
- • Wiederholbarkeit: Jede Nachprüfung nach Server-Updates kostet erneut Tagessätze
- ✓ Dauer: automatisierte Live-Prüfung, Download als ZIP-Paket nach Zahlungsabschluss
- ✓ Artefakte: PDF-Prüfbericht (im Komplettpaket als PDF/A-3b inkl. eingebettetem CBOM & CSV), CycloneDX v1.6
cbom.json, Excel-/Calc-Arbeitsmappen, 6 PQC-Server-Configs & Richtlinie/Fragebogen (Word, LibreOffice, Markdown) - ✓ Preistransparenz: Einmalzahlung (Endpreis), kein Abo
Diese Dateien erhalten Sie mit dem Prüfbericht
Auszüge aus dem Musterbericht für die fiktive Domain musterfirma.example:
Enthalten im 149 € & 249 € Paket: 01_Pruefbericht_und_Nachweis/Krypto_Pruefbericht_<domain>.pdf mit Management-Zusammenfassung sowie SHA256SUMS.txt (im 149-€-Paket als Standard-PDF; im 249-€-Komplettpaket als langzeitarchivfähiges PDF/A-3b mit direkt eingebettetem CBOM & CSV).
Vollständigen Musterbericht ansehen
| Host | Port | TLS | Schlüsselaustausch | Zertifikat | Bewertung |
|---|---|---|---|---|---|
| musterfirma.example | 443 | TLSv1.3 | X25519 | RSA 2048 | Dunkelorange |
| vpn.musterfirma.example | 443 | TLSv1.2 | RSA (ohne PFS) | RSA 2048 | Rot |
| mail.musterfirma.example | 25 | TLSv1.2 | X25519 | RSA 3072 | Dunkelorange |
| portal.musterfirma.example | 443 | TLSv1.3 | X25519MLKEM768 | ECDSA 256 | Grün |
Enthalten im 149 € & 249 € Paket: Semikolon-getrennte deutsche Excel-Datei Krypto_Inventar_<domain>.csv (UTF-8 BOM) + maschinenlesbares cbom_<domain>.json (OWASP CycloneDX v1.6).
Muster-CSV herunterladen
• Vollständig ausformuliertes Kryptokonzept (Dokumentationshilfe zu § 30 Abs. 2 Nr. 8 BSIG & Art. 9 DORA)
• Vorausgefüllt mit den am Stichtag gemessenen Subdomains, Ports, TLS/SSH-Versionen und Befunden Ihrer Domain
• Inklusive NIS2_Lieferanten_Fragebogen_Kryptografie.docx für Ihre Lieferkette (§ 30 Abs. 2 Nr. 4 BSIG)
• Hinweis: Unverbindliche Mustervorlage, vor Freigabe an Ihre Organisation anpassen. Keine Rechtsberatung.
• Kommentierte Beispielkonfigurationen für nginx, Apache, Caddy, Postfix, HAProxy und OpenSSH
• Abgestimmt auf die Befunde Ihrer Domain: Protokolle, Schlüsselaustausch einschließlich ML-KEM, Forward Secrecy
• Umstellungs-Checkliste und Prüfskript für die lokale Kontrolle nach der Änderung
• Hinweis: Vor dem Einsatz in einer Testumgebung prüfen und an Ihre Umgebung anpassen.
Häufig gestellte Fragen
Was schreibt die BSI TR-02102-2 (Version 2026-01) für TLS 1.3 und TLS 1.2 vor?
Welches Auslaufdatum gilt beim BSI für RSA-2048 (Schlüssellängen unter 3.000 Bit)?
Warum fallen 94 % der Domains auf Subdomains durch, obwohl www. hinter Cloudflare grün ist?
Ist DANE / TLSA nach BSI TR-03108 auf allen Ports Pflicht oder nur auf Port 25?
Wie prüfe ich auch verschobene Sonderports wie SSH auf Port 2222 oder Admin-Panels auf 8443?
Weitere Leitfäden
NIS-2 Kryptokonzept Vorlage
Word-Vorlage und Leitfaden zum NIS-2 Kryptografie-Konzept nach § 30 Abs. 2 Nr. 8 BSIG: Prüferanforderungen, Schlüssellebenszyklus, Lieferkette, Haftung.
DORA Art. 9 & RTS 2024/1774DORA Krypto-Inventar & CBOM
DORA Art. 9 und RTS (DelVO 2024/1774): Kryptografie-Register für Finanzunternehmen – warum Excel-Listen scheitern und wie Sie ein CycloneDX-CBOM erstellen.
BSI TR-02102-2 (2026-01)BSI TR-02102-2 TLS-Check
Checkliste zu BSI TR-02102-2 (2026) und TR-02102-4: TLS 1.3, RSA ab 3000 Bit, Forward Secrecy, DANE auf Port 25 – und warum Subdomains im Audit durchfallen.
NIST FIPS 203 (ML-KEM-768)Post-Quanten-Migration (ML-KEM)
Leitfaden zur Migration auf Post-Quanten-Kryptografie: Harvest Now, Decrypt Later, MTU-Fragmentierung und X25519MLKEM768 in Nginx, Apache, Caddy und OpenSSH.