BSI Mindeststandards TLS: Konfiguration 2026

In einem Satz. Der BSI Mindeststandard zur Verwendung von Transport Layer Security (TLS) definiert die für deutsche Behörden verbindlichen und für Privatwirtschaft empfohlenen TLS-Versionen, Cipher Suites und Konfigurationen — Grundlage ist die Technische Richtlinie BSI TR-02102-2, die TLS 1.3 ab 2024 als Pflicht und TLS 1.2 nur noch mit Einschränkungen erlaubt.

Für DSGVO Art. 32-konforme Kommunikation ist TLS heute Mindeststandard. Siehe auch die Kryptographie-Empfehlungen der BSI TR-02102, BSI-Grundschutz und DSGVO Art. 32.

Wichtige Punkte

• TLS 1.3 ist Pflicht für neue Systeme.
• TLS 1.2 nur mit AEAD-Cipher (kein CBC mehr).
• TLS 1.0/1.1 strikt verboten.
• Perfect Forward Secrecy (PFS) Pflicht.
• Mindestschlüssellänge: RSA 3000, ECC 250 Bit.

1. Versionsanforderungen

Version	Status 2026	Anmerkung
TLS 1.3	Pflicht	Neue Systeme, präferiert
TLS 1.2	Übergang	Nur mit AEAD, bis 2026/27
TLS 1.1	Verboten	Sicherheitslücken
TLS 1.0	Verboten	POODLE, BEAST
SSL 3.0	Verboten	POODLE

2. Erlaubte Cipher Suites (TLS 1.3)

• TLS_AES_256_GCM_SHA384
• TLS_AES_128_GCM_SHA256
• TLS_CHACHA20_POLY1305_SHA256

3. Erlaubte Cipher Suites (TLS 1.2)

Nur AEAD-basiert mit PFS:

• ECDHE-ECDSA-AES256-GCM-SHA384
• ECDHE-RSA-AES256-GCM-SHA384
• ECDHE-ECDSA-CHACHA20-POLY1305
• ECDHE-RSA-CHACHA20-POLY1305

CBC-Cipher (z.B. AES-CBC) ausgeschlossen wegen BEAST/Lucky13.

4. Schlüsselparameter

Algorithmus	Mindestlänge	Empfehlung
RSA	3000 Bit	4096 Bit
ECC	250 Bit	secp384r1
DH	3000 Bit	nur mit Custom-Group

5. Perfect Forward Secrecy

Pflicht: alle Cipher Suites müssen ECDHE oder DHE als Key Exchange nutzen. Verbietet statisches RSA-Key-Exchange.

6. Zertifikate

• X.509 v3
• Signatur SHA-256 oder höher (kein SHA-1)
• Gültigkeitsdauer max. 398 Tage (Browser-Standard)
• ACME/Let’s Encrypt akzeptabel für Standardfälle
• EV-Zertifikate nicht verpflichtend, aber empfohlen für kritische Dienste

7. HSTS und HPKP

• HSTS (HTTP Strict Transport Security): Pflicht für öffentliche Websites, Mindestalter 1 Jahr.
• HPKP (Public Key Pinning): vom BSI nicht mehr empfohlen (Risiko Lockout).

8. TLS-Termination

Bei Load Balancer oder CDN: Re-Encryption zur Backend-Anwendung erforderlich, wenn personenbezogene Daten übertragen werden. Klartext-HTTP zwischen LB und Backend ist DSGVO-kritisch.

9. Prüfwerkzeuge

• SSL Labs Test (Qualys)
• testssl.sh (Open Source)
• Hardenize.com
• BSI-eigenes Prüftool für Behörden

10. DSGVO-Relevanz

Art. 32 DSGVO verlangt “Verschlüsselung personenbezogener Daten”. TLS ohne BSI-Mindeststandard erfüllt diese Anforderung nicht. Bußgelder bei Verstößen: typisch 10.000-100.000 € im Mittelstand.

11. Tool-Unterstützung

Legiscope integriert TLS-Konfigurationsanforderungen in Maßnahmenkataloge und prüft regelmäßig die Konfiguration kritischer Endpunkte.

11. Konkrete Implementierungsschritte

1. Bestandsaufnahme der betroffenen Systeme und Datenflüsse (CMDB, Netzplan).
2. Schutzbedarfsfeststellung nach BSI-Standard 200-2 (normal/hoch/sehr hoch).
3. Risikoanalyse mit Bedrohungskatalog des IT-Grundschutz-Kompendiums.
4. Maßnahmenkatalog ableiten aus den relevanten Bausteinen.
5. Pilotierung auf ausgewähltem Subsystem, Lessons Learned dokumentieren.
6. Rollout mit Rollbackplan, Change-Management, Schulungen.
7. Monitoring über SIEM, regelmäßige Vulnerability-Scans.
8. Wirksamkeitsprüfung über interne Audits und Pentests, mindestens jährlich.
9. Dokumentation im ISMS-Tool (verinice., AdaptiveGRC, Compliance Aspekte).
10. Re-Zertifizierung spätestens alle drei Jahre.

12. Tool-Empfehlungen (Open-Source und kommerziell)

Bereich	Open-Source	Kommerziell
ISMS	verinice., OpenVAS	RSA Archer, ServiceNow GRC
SIEM	Wazuh, Graylog, ELK	Splunk, Microsoft Sentinel, IBM QRadar
Pentest	Kali Linux, Metasploit Framework	Burp Suite Pro, Cobalt Strike
Vulnerability-Scan	OpenVAS, Nuclei	Tenable Nessus, Qualys VMDR
Endpoint Detection	Wazuh, OSSEC	CrowdStrike Falcon, SentinelOne
Backup	Bacula, Restic	Veeam, Rubrik

Open-Source-Stacks sind für KMU oft ausreichend, erfordern aber qualifizierte Administration. Kommerzielle Lösungen liefern Support, Hardening-Defaults und Compliance-Reports out-of-the-box.

13. Voraussetzungen und Vorwissen

Für die Umsetzung empfiehlt der BSI mindestens: ISO 27001 Foundation oder BSI IT-Grundschutz-Praktiker-Zertifizierung, praktische Erfahrung mit Netzwerktechnik und Linux/Windows-Administration, Verständnis von Identitäts- und Zugriffsmanagement (IAM), Kenntnisse in Kryptographie nach BSI TR-02102. Für Audits zusätzlich ISO 27001 Lead Auditor oder BSI-zertifizierter Auditor. Mittlere Projekte erfordern ein Team aus DSB, ISB, Netzwerk-Admin und Anwendungsverantwortlichem.

14. ROI-Metriken und Kennzahlen

Typische Kennzahlen zur Erfolgskontrolle:

• Mean Time to Detect (MTTD): Ziel < 24 Stunden, ohne SIEM oft > 200 Tage (IBM Cost of a Data Breach Report).
• Mean Time to Respond (MTTR): Ziel < 4 Stunden für kritische Vorfälle.
• Patch-Compliance-Quote: Ziel > 95 % binnen 30 Tagen nach CVE-Veröffentlichung.
• Schulungsquote: 100 % aller Mitarbeitenden pro Jahr (E-Learning + Phishing-Tests).
• Audit-Befund-Schließung: Critical-Findings binnen 30 Tagen, High binnen 90 Tagen.
• Backup-Wiederherstellungstest: mindestens quartalsweise, RTO/RPO dokumentiert.

Ein durchschnittlicher Datenpannen-Vorfall kostet laut Bitkom-Studie 2024 in Deutschland 4,3 Mio. €. Investitionen in präventive Maßnahmen amortisieren sich typisch nach 18-30 Monaten.

15. Häufige Pitfalls

• Maßnahmen werden eingeführt, aber nicht in Betrieb gehalten (kein Lifecycle-Management).
• Fehlende Asset-Management-Disziplin — Schatten-IT bleibt unberücksichtigt.
• Verlassen auf Standard-Hardening ohne unternehmensspezifische Risikoanalyse.
• Keine Awareness-Schulungen für nicht-technische Mitarbeitende.
• Verträge mit Cloud-Anbietern ohne Sicherheits-SLA und Audit-Recht.
• Pentests ohne Re-Test nach Befundbehebung — Mängel bleiben offen.
• Logmanagement ohne Aufbewahrungspflicht-Konformität (DSGVO Art. 5 Abs. 1 lit. e).

16. Integration mit ISO 27001 und NIS2

ISO 27001:2022 und BSI-Grundschutz sind weitgehend kompatibel; eine Mapping-Tabelle des BSI ordnet die ISO-Controls (Annex A) den Grundschutz-Bausteinen zu. Doppelzertifizierungen sind möglich und reduzieren Audit-Aufwand um ca. 30 %. Für NIS2 Deutschland-pflichtige Einrichtungen (KRITIS, wesentliche/wichtige Einrichtungen nach § 28 NIS2UmsuCG) gilt: BSI-Grundschutz wird als geeigneter Sicherheitsstandard akzeptiert, ISO 27001 ebenso. Wer beides hat, deckt zugleich DORA-Anforderungen (für Finanzinstitute) und DSGVO Art. 32 Sicherheit ab.

17. Vergleich BSI vs ANSSI vs NIST

Aspekt	BSI (DE)	ANSSI (FR)	NIST (US)
Ansatz	Bausteinbasiert (modular)	Risikobasiert (EBIOS)	Funktion-basiert (CSF 2.0)
Hauptstandard	IT-Grundschutz / 200-2	PSSI-E, EBIOS RM	NIST CSF, SP 800-53
Zertifizierung	ISO 27001 auf Basis Grundschutz	LSTI, SecNumCloud	FedRAMP, FISMA
Cloud-Bewertung	C5 (Cloud Computing Compliance Criteria Catalogue)	SecNumCloud	FedRAMP High/Moderate
Pflichtkraft	KRITIS-Verordnung, NIS2UmsuCG	LPM, NIS2-Transposition	FISMA, Executive Orders

In multinationalen Konzernen wird häufig NIST CSF als Mantel verwendet, mit BSI-Grundschutz für DE-Tochterunternehmen und SecNumCloud für FR-Cloudnutzung.

18. Amtliche Quellen und Rechtsgrundlagen

• BSI — Technische Richtlinie TR-02102-2 “Kryptographische Verfahren: Verwendung von Transport Layer Security (TLS)”, jährlich aktualisierte Grundlage der hier genannten Versions- und Cipher-Vorgaben.
• Datenschutz-Grundverordnung (EU) 2016/679 — EUR-Lex, Art. 32 Abs. 1 lit. a nennt die Verschlüsselung ausdrücklich als geeignete technische Maßnahme.
• BfDI — Bundesbeauftragter für den Datenschutz und die Informationsfreiheit, veröffentlicht Prüfmaßstäbe zur Transportverschlüsselung insbesondere bei E-Mail-Kommunikation mit personenbezogenen Daten.

Praxisrelevant ist die Abgrenzung zwischen verbindlichem Mindeststandard und Empfehlung: Für Bundesbehörden ist der BSI-Mindeststandard nach § 8 BSIG rechtsverbindlich. Für die Privatwirtschaft ist er formal eine Empfehlung — faktisch aber der Maßstab, an dem Aufsichtsbehörden die “Angemessenheit” nach Art. 32 DSGVO messen. Wer wesentlich hinter der TR-02102-2 zurückbleibt, trägt im Bußgeldverfahren die Argumentationslast, warum ein niedrigeres Schutzniveau ausreichend gewesen sein soll. Diese Beweislastverteilung macht den formal unverbindlichen Standard praktisch zur Pflicht.

Fazit

TLS-Konfiguration ist Basis-Hygiene. Wer 2026 noch TLS 1.0/1.1 ausliefert oder CBC-Cipher zulässt, sammelt Pluspunkte bei jeder Aufsichtsprüfung — leider die falschen.

FAQ

Ist TLS 1.2 noch erlaubt?

Übergangsweise ja, aber nur mit AEAD-Cipher (GCM, ChaCha20-Poly1305). CBC-Cipher sind ausgeschlossen.

Was ist Perfect Forward Secrecy?

Eigenschaft, dass kompromittierte Langzeitschlüssel keine vergangenen Sessions entschlüsseln können. Pflicht im BSI-Standard.

Welche Schlüssellänge brauche ich für RSA-Zertifikate?

Mindestens 3000 Bit, empfohlen 4096 Bit. Alternativ ECC mit secp384r1.

Muss ich HSTS einsetzen?

Für öffentliche Websites ja — Standard ist 1 Jahr Mindestalter, includeSubDomains optional aber empfohlen.

Wo prüfe ich meine TLS-Konfiguration?

SSL Labs (Qualys) oder testssl.sh. Ziel: Note A+ ohne Warnings.

Wie integriere ich BSI-Grundschutz mit bestehender ISO 27001?

Mapping-Tabellen des BSI zeigen Äquivalenzen zwischen Annex A und Grundschutz-Bausteinen. Praxis: Ein ISMS-Dokument für beide Standards, Audit kombiniert, Zertifizierungsaufwand sinkt um ca. 30 %. Voraussetzung ist ein zentrales ISMS-Tool wie verinice. mit beiden Profilen. Für die Re-Zertifizierung alle drei Jahre reicht ein gemeinsames Audit-Team.

Welche Kosten entstehen für die Erstimplementierung?

Für ein mittleres Unternehmen (250-500 Mitarbeitende): externe Beratung 80.000-180.000 €, Tooling 15.000-60.000 €/Jahr, interne Personalkosten 1-2 FTE über 12 Monate, Audit-Kosten 25.000-50.000 €. Gesamtprojekt typisch 250.000-450.000 € in Jahr 1, danach jährlich 60.000-120.000 € Betrieb. ROI über reduzierte Vorfallskosten und Versicherungsprämienrabatte (typisch 10-20 % bei Cyber-Versicherungen).

Wie verhält sich BSI-Grundschutz zu NIS2?

Die NIS2 Deutschland-Umsetzung (NIS2UmsuCG) akzeptiert BSI-Grundschutz und ISO 27001 als geeignete Sicherheitsstandards. KRITIS-Betreiber und wesentliche Einrichtungen müssen alle zwei Jahre den Nachweis erbringen. Wer bereits zertifiziert ist, hat den Compliance-Nachweis für NIS2 weitgehend erbracht.

Welche BSI-Technische-Richtlinien sind besonders relevant?

BSI TR-02102 (Kryptographische Verfahren), TR-03116 (eHealth-Sicherheit), TR-03161 (Anforderungen mobile Anwendungen), TR-03145 (Sichere CA-Betriebsprozesse), TR-03150 (Sichere Verarbeitung in der elektronischen Patientenakte). Für Cloud-Nutzung zusätzlich der C5-Katalog (Cloud Computing Compliance Criteria Catalogue) in Version C5:2020.