TLS-Richtlinien: die Ausgaben, an denen geprüft wird
Eine Richtlinie ist eine veröffentlichte Vorgabe für TLS-Server. Eine TLS-Prüfung misst die Konfiguration des Servers an den Richtlinien, die Sie wählen, standardmäßig an Mozillas. Eine Feststellung gegen eine davon setzt den Status der Prüfung so, wie Sie es an der Prüfung gewählt haben. Alle anderen Feststellungen werden trotzdem erfasst und gehen in die Bewertung ein, lösen aber nie eine Meldung aus.
Eine Richtlinie bedeutet nur in einer genauen Ausgabe etwas: Derselbe Server kann die Ausgabe eines Jahres erfüllen und die des nächsten nicht. Jede Richtlinie hier ist auf eine Ausgabe festgelegt, jedes Ergebnis hält die Ausgabe fest, die es beurteilt hat, und eine Ausgabe wechselt nur durch eine Änderung, die am Ende dieser Seite steht.
Die vier Richtlinien
| Richtlinie | Für | Ausgabe |
|---|---|---|
| Mozilla intermediate | Die meisten öffentlichen Websites; das Ziel gängiger Konfigurationsgeneratoren. Der Standard. | 6.0 |
| BSI TR-02102-2 und TR-02103 | Die öffentliche Verwaltung in Deutschland und ihre Zulieferer | TR-02102-2 2026-01, TR-02103 1.0 |
| NIST SP 800-52 | US-Bundesbehörden und die Regelwerke, die darauf verweisen, im Profil nur für Behörden | Rev. 2 |
| NCSC-NL TLS-Richtlinien | Die niederländische Verwaltung und ihre Zulieferer, das niederländische Gesundheits- und Finanzwesen | 2025-05 |
Mozilla intermediate mozilla
Mozilla, der Hersteller von Firefox, veröffentlicht Richtlinien für TLS auf Servern in drei Profilen. Intermediate ist das Profil für Sites, die eine breite Palette von Clients bedienen müssen, und das, was die meisten Konfigurationsgeneratoren erzeugen.
Eine Positivliste: Die Richtlinie nennt die Versionen, Cipher-Suites, Gruppen, Zertifikatstypen und Signaturen, die sie zulässt; alles andere ist eine Feststellung. Als Fundstellen werden nur ihre eigenen Konfigurationsschlüssel genannt. Wo sie nichts sagt (Kompression, Neuverhandlung, Key Usage), beansprucht sie nichts, und diese Feststellungen zählen nur für die Bewertung. Ihr Profil modern wird daneben beurteilt und in jedem Ergebnis zum Vergleich gezeigt; wählbar ist es nicht, denn niemand sollte gewarnt werden, weil er es verfehlt.
Quelle
- Mozilla Server Side TLS 6.0: https://ssl-config.mozilla.org/guidelines/6.0.json
BSI TR-02102-2 und TR-02103 bsi
Das BSI (Bundesamt für Sicherheit in der Informationstechnik) ist die Cybersicherheitsbehörde des Bundes. Seine Technischen Richtlinien TR-02102-2 zu TLS und TR-02103 zu Zertifikaten setzen den Maßstab für die Bundesverwaltung, die sie häufig auch von ihren Dienstleistern verlangt.
Das BSI gibt jedem Verfahren ein Jahr, bis zu dem es verwendet werden darf. Eine Feststellung kann also am ersten Tag eines neuen Jahres erscheinen, ohne dass sich am Server etwas geändert hat, und ihre Fundstelle nennt das Jahr. Die Richtlinie sagt, ein nicht aufgeführtes Verfahren sei nicht unbedingt unsicher; ihre Tabellen sind trotzdem die Liste, gegen die eine Prüfung nach ihr läuft, und so lautet eine Feststellung „außerhalb der Richtlinie“, nie „unsicher“. Bei Zertifikaten ist sie streng: Eine öffentliche Website erfüllt sie praktisch nur mit einem ECDSA-Zertifikat unter einem ECDSA-Zwischenzertifikat, weil RSA-Schlüssel unter 3000 Bit und RSA-Signaturen nach PKCS #1 v1.5 nicht mehr empfohlen werden. Zwei Zertifikatsregeln werden nicht beurteilt, weil jedes öffentlich vertrauenswürdige Zertifikat sie nach den Regeln des CA/Browser Forums verfehlt: kritische Certificate Policies und ein Subject ohne die Adresse des Servers.
Quellen
- BSI TR-02102-2: https://www.bsi.bund.de/SharedDocs/Downloads/EN/BSI/Publications/TechGuidelines/TG02102/BSI-TR-02102-2.pdf
- BSI TR-02103: https://www.bsi.bund.de/SharedDocs/Downloads/DE/BSI/Publikationen/TechnischeRichtlinien/TR02103/BSI-TR-02103.pdf
NIST SP 800-52 nist
Das NIST, das National Institute of Standards and Technology der USA, legt die Sicherheitsstandards fest, denen die US-Bundesbehörden folgen. Die Special Publication 800-52 ist seine Richtlinie für Auswahl und Konfiguration von TLS.
Das Profil nur für Behörden, denn wer NIST wählt, will die Messlatte der US-Bundesverwaltung. Eine Positivliste nach eigenem Wortlaut. Ihre zugelassenen Listen schließen ChaCha20 und X25519 aus, sodass die meisten Server außerhalb eines FIPS-Betriebs allein daran scheitern. Sie verlangt ein Zertifikat einer CA, die OCSP betreibt; Zertifikate von CAs, die OCSP eingestellt haben, scheitern also daran. Verkürztes HMAC erlaubt sie nur für eingeschränkte Clients, von denen keine Prüfung von außen wissen kann, also zählt es als Feststellung. Die Revision stammt von 2019; eine neuere gibt es nicht.
Quelle
- NIST SP 800-52 Rev. 2: https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-52r2.pdf
NCSC-NL TLS-Richtlinien ncsc_nl
Das NCSC-NL ist das niederländische Nationale Cyber-Sicherheitszentrum und gehört zum Ministerium für Justiz und Sicherheit. Seine TLS-Richtlinien sind der Maßstab für die niederländische Regierung und ihre Dienstleister und im niederländischen Gesundheits- und Finanzwesen weit verbreitet.
Jede Einstellung wird als Good, Sufficient, To be phased out oder Insufficient bewertet. „To be phased out“ und „Insufficient“ sind Feststellungen; diese Richtlinie zu erfüllen heißt also, dass nichts Schwächeres als Sufficient angeboten wird. Für das Auslaufen nennen die Richtlinien kein Enddatum und überlassen es dem Betreiber. Eine Cipher-Suite wird nach ihrem schwächsten Teil bewertet. RSA-Schlüssel unter 3072 Bit sollen auslaufen, also scheitern die meisten öffentlichen RSA-Zertifikate daran. Das Zertifikatsprofil liegt außerhalb des Geltungsbereichs der Richtlinien; seine Regeln zählen nur für die Bewertung.
Quelle
- NCSC-NL TLS-Richtlinien: https://www.ncsc.nl/en/transport-layer-security/tls-security-guidelines
Welche Regeln jede Richtlinie zählt
Jede Feststellung und die Fundstelle, unter der jede Richtlinie sie zählt. Eine leere Zelle heißt, die Richtlinie sagt nichts dazu. Die Codes der Feststellungen sind die der Ergebnisansicht.
| Feststellung | Mozilla 6.0 | BSI 2026-01 | NIST Rev. 2 | NCSC-NL 2025-05 |
|---|---|---|---|---|
accepts_3des | ciphers | not in Tables 3–5 | §3.3.1.1 | Table 8: Insufficient |
accepts_anon | ciphers | not in Tables 3–5 | §3.3.1 | Table 2: Insufficient |
accepts_cbc | ciphers | Table 8: To be phased out | ||
accepts_dhe | ciphers | §3.3.1.1 Table 3 (TLS 1.2 DHE up to 2029) | Table 6: To be phased out | |
accepts_export | ciphers | not in Tables 3–5 | §3.3.1 | Table 2: Insufficient |
accepts_null | ciphers | not in Tables 3–5 | §3.3.1 | Tables 6, 8: Insufficient |
accepts_rc4 | ciphers | not in Tables 3–5 | §3.3.1 | Table 8: Insufficient |
accepts_sha1_mac | ciphers | not in Tables 3–5 | Table 9: Insufficient | |
accepts_ssl3 | tls_versions | §3.2 | §3.1 | Table 1: Insufficient |
accepts_static_kex | ciphers | RSA key transport, not in Tables 3–5; §3.3.1.2 Table 4 (up to 2026) | Table 6: Insufficient | |
accepts_tls10 | tls_versions | §3.2 | §3.1 | Table 1: Insufficient |
accepts_tls11 | tls_versions | §3.2 | §3.1 (should not) | Table 1: Insufficient |
accepts_tls12 | §3.2 Table 2 (TLS 1.2 up to 2031) | |||
cbc_without_etm | §3.3.4.5 | §3.4.2.7 | ||
cert_type_not_allowed | certificate_types | §3.3.3 Table 7 | §3.2 | Table 2: Insufficient |
curve_not_allowed | certificate_curves | §3.6.2 | §3.2, Table 3-1 | Tables 3, 5: Insufficient |
eku_any_purpose | Table 3-1 | |||
heartbeat_enabled | §3.3.4.6 | |||
insecure_renegotiation | §3.3.4.1 | §3.4.1.1 | Table 11: Insufficient | |
kex_group_not_allowed | tls_curves | §3.3.2 Table 6, §3.4.2 Table 10 | §3.3.1, §3.4.2.2 | Tables 3, 6, 7: Insufficient |
key_usage_mismatch | TR-02103 (1.0) §4.1.3 | Table 3-1 | ||
key_usage_not_critical | TR-02103 (1.0) Table 34 | Table 3-1 | ||
long_lifespan | maximum_certificate_lifespan | Table 3-1 | ||
no_aki | TR-02103 (1.0) Table 30 | Table 3-1 | ||
no_extended_master_secret | §3.3.4.7 | §3.4.1.3 | ||
no_fallback_scsv | §3.4.2.1 | |||
no_hsts | hsts_min_age | |||
no_key_usage | TR-02103 (1.0) Table 30 | Table 3-1 | ||
no_ocsp_responder | §3.2, Table 3-1 | |||
no_ocsp_stapling | ocsp_staple | §3.4.1.5 | ||
no_pq_hybrid | §3.1.3 (classical key agreement alone up to 2031) | |||
no_required_kex_group | §3.3.2 Table 6, §3.4.2 Table 10 | §3.4.2.2 | ||
no_server_auth_eku | TR-02103 (1.0) §4.1.4 | Table 3-1 | ||
no_tls13 | §3.1 | |||
pkcs1_handshake_signature | §3.3.3 Table 7 (rsa up to 2025) | |||
pkcs1_signature | §3.3.3 Table 7, §3.4.3 Table 12 (up to 2025) | |||
short_hsts | hsts_min_age | |||
suite_not_allowed | ciphers | not in Tables 3–5 | §3.3.1.1 | Table 8: Insufficient |
tls13_suite_not_allowed | ciphersuites | §3.4.4 Table 13 | §3.3.1.2 | Table 8: Insufficient |
tls_compression | §3.3.4.3 | §3.7 | Table 10: Insufficient | |
truncated_hmac | §3.3.4.2 | §3.4.2 item 8 | ||
version_intolerant | §3.1 | |||
weak_chain_key | §3.6 | §3.3.3 | ||
weak_dh | dh_param_size | §3.6.1 Table 14 | §3.3.1, §3.3.3 | Table 7: Insufficient |
weak_handshake_hash | §3.3.3 Table 8 | §3.3.3 | Table 9: Insufficient | |
weak_key | certificate_curves; rsa_key_size | §3.6.1 Table 14 | §3.2.1 Table 3-1, §3.3.3 | Table 3: Insufficient; Table 4: Insufficient |
weak_signature | certificate_signatures | §3.3.3 Table 8, §3.4.3 Table 12 | §3.3.3 | Table 9: Insufficient |
wildcard | TR-02103 (1.0) §4.1.2 |
Diese Tabelle wird aus den Regeln erzeugt, die die Prüfungen anwenden, und ein Test schlägt fehl, wenn beide voneinander abweichen.
Was keine Prüfung von außen sieht
Manche Anforderungen dieser Richtlinien betreffen, wie sich ein Server gegenüber Clients verhält, die wir nicht sind, oder was in ihm läuft. Sie werden nicht beurteilt, und ein Server verliert dafür nichts:
- vom Client angestoßene Neuverhandlung, 0-RTT-Daten sowie die Pre-Shared-Key- und Wiederaufnahmemodi;
- die Signaturverfahren eines TLS-1.3-Handshakes, die verschlüsselt sind;
- Zertifikatssignaturen mit SHA-224, die unser Zertifikatsleser nicht erkennt;
- das Innere des Servers: validierte Kryptomodule, Zufallszahlenerzeugung, Patchstand.
Änderungen
| Datum | Änderung |
|---|---|
| 2026-10-17 | Erste Ausgaben: Mozilla 6.0; BSI TR-02102-2 2026-01 mit TR-02103 1.0; NIST SP 800-52 Rev. 2; NCSC-NL 2025-05. |