In diesem Artikel werden die Anforderungen beschrieben, die jedes Zertifikat in einer X.509-Kette erfüllen muss, damit es für die Verwendung mit verschlüsselten oder S/MIME-signierten E‑Mails als vertrauenswürdig eingestuft wird.
Zusätzlich zu diesen Anforderungen muss die Kette an ein Zertifizierungsstellenzertifikat (CA) gebunden sein, das von Google für diesen Zweck explizit als vertrauenswürdig eingestuft wird. Sie können auch festlegen, dass Stammzertifikate von CAs angenommen werden, denen Sie vertrauen. Weitere Informationen finden Sie in den Richtlinien für Stammzertifikate.
Hinweise:
- Google stellt eine Liste von CA-Zertifikaten bereit und verwaltet sie, die von Gmail für S/MIME als vertrauenswürdig eingestuft werden. Die Liste der Zertifizierungsstellen wird ausschließlich nach dem Ermessen von Google als vertrauenswürdig eingestuft. Google behält sich das Recht vor, Root-Zertifizierungsstellen jederzeit ohne Vorankündigung zu entfernen.
- Achten Sie darauf, dass installierte Erweiterungen nicht im Widerspruch zu anderen Erweiterungen im selben Zertifikat stehen. Wenn beispielsweise nsCertTypes definiert sind, müssen sie genau dieselben Verwendungen abdecken wie die Erweiterung „Key Usage“, die Erweiterung „Extended Key Usage“ und die Erweiterung „Basic Constraints“.
Regeln für Zertifikatsketten
Stamm-CA
| Feld | Wert |
|---|---|
|
Aussteller-DN |
Hierdurch muss die CA eindeutig identifiziert werden können. Allgemeine Angaben wie „Zertifizierungsstelle“ sind nicht zulässig. |
|
Subjekt-DN |
Die codierte Form muss bytegenau identisch sein mit dem Aussteller-DN. |
|
Subject Public Key Info |
rsaEncryption mit einem RSA-Modulus von 2.048, 3.072 oder 4.096, alternativ ecPublicKey mit secp256r1 oder secp384r1 |
Zwischen-CA-Zertifikate, die nicht von der ausgebenden Zwischen-CA stammen
Verwenden Sie diese Informationen, wenn es direkt oder indirekt mehr als eine Zwischen-CA zwischen dem Stammzertifikat und der Endentität gibt.
Als ausgebende Zwischen-CA wird diejenige bezeichnet, die das Endentitätzertifikat ausgibt. Dieser Abschnitt gilt für alle Zwischen-CAs in der Kette mit Ausnahme der ausstellenden Zwischen-CA.
| Feld | Wert | ||
|---|---|---|---|
| Version | Version 3 | ||
| Seriennummer | Muss größer als null (0) sein. Muss bei DER-Codierung als GANZZAHL kleiner als oder gleich 20 Bytes sein | ||
| Signaturalgorithmus | RSA mit SHA‐256, SHA‐384 oder SHA‐512, alternativ ECDSA mit SHA‐256, SHA‐384 oder SHA‐512 | ||
| Aussteller-DN |
Muss bytegenau identisch sein mit dem Subjekt-DN der ausstellenden CA |
||
| Gültigkeitsdauer | Keine bestimmten Anforderungen | ||
| Subjekt-DN | Keine bestimmten Anforderungen | ||
| Subject Public Key Info |
rsaEncryption mit einem RSA-Modulus von 2.048, 3.072 oder 4.096, alternativ ecPublicKey mit secp256r1 oder secp384r1 |
||
| Erweiterung | Präsenz | Kritisch | Value |
| Schlüsselverwendung | Erforderlich | Ja |
Bitpositionen müssen für „keyCertSign“ festgelegt werden. |
| Basiseinschränkungen | Erforderlich | Ja | cA-Feld muss auf „true“ gesetzt sein pathLenConstraint-Feld sollte vorhanden sein |
| Sperrlisten-Verteilungspunkte | Erforderlich | Nein |
Es muss mindestens ein öffentlich zugänglicher HTTP-URI |
| (Hinweis) | Widerrufsserver müssen den folgenden Abschnitten der CA/Browser Forum Baseline Requirements Certificate Policy for the Issuance and Management of Publicly-Trusted Certificates (Zertifikatsrichtlinie für die Ausstellung und Verwaltung öffentlich vertrauenswürdiger Zertifikate), Version 1.3.2 oder höher, entsprechen:
|
||
| Andere Erweiterungen | Können vorhanden sein | ||
Zwischen-CA, die die Endentität ausgibt
Wichtig: In der Kette muss mindestens ein CA-Zwischenzertifikat vorhanden sein. Die Zertifikate der Endentität dürfen also nicht direkt von der Stamm-CA ausgegeben werden.
| Feld | Wert | ||
|---|---|---|---|
| Version | Version 3 | ||
| Seriennummer | Muss größer als null (0) und bei DER-Codierung als GANZZAHL kleiner als oder gleich 20 Bytes sein | ||
| Signaturalgorithmus |
RSA mit SHA‐256, SHA‐384 oder SHA‐512, alternativ ECDSA mit SHA‐256, SHA‐384 oder SHA‐512 |
||
| Aussteller-DN |
Muss bytegenau identisch sein mit dem Subjekt-DN der ausstellenden CA |
||
| Gültigkeitsdauer |
Unterschied zwischen „notBefore“ und „notAfter“ Sollte nicht größer als 10 Jahre sein und darf nicht größer als 20 Jahre sein |
||
| Subjekt-DN |
Sollte die Verwendung der CA angeben. |
||
| Subject Public Key Info |
rsaEncryption mit einem RSA-Modulus von 2.048, 3.072 oder 4.096, alternativ ecPublicKey mit secp256r1 oder secp384r1 |
||
| Erweiterung | Präsenz | Kritisch | Value |
| Schlüsselverwendung | Erforderlich | Ja |
Bitpositionen müssen für Folgendes festgelegt werden: Andere Bit-Positionen dürfen nicht festgelegt sein |
| Erweiterte Schlüsselverwendung | Erforderlich | Beides | Muss vorhanden sein: emailProtection Darf nicht vorhanden sein: serverAuth codeSigning timeStamping anyExtendedKeyUsage |
|
Basiseinschränkungen |
Erforderlich | Ja |
cA field must be set true |
| Zertifikatrichtlinien | Optional | Nein |
Es SOLLTE ein policyIdentifier angegeben werden, der die Richtlinie identifiziert, unter der die Zertifizierungsstelle arbeitet, und NICHT anyPolicy sein. |
| Sperrlisten-Verteilungspunkte | Erforderlich | Nein |
Es muss mindestens ein öffentlich zugänglicher HTTP |
| (Hinweis) |
Sperrserver müssen gemäß den folgenden Abschnitten der Richtlinie des CA/Browser-Forums bezüglich Mindestanforderungen für die Ausstellung und Verwaltung vertrauenswürdiger Zertifikate (CA/Browser Forum Baseline Requirements Certificate Policy for the Issuance and Management of Publicly-Trusted Certificates) in der Version 1.3.2 oder aktueller betrieben werden:
|
||
| Andere Erweiterungen | Optional | Nein |
Können vorhanden sein |
End-Entity-Zertifikat
| Feld | Wert | ||
|---|---|---|---|
| Version | Version 3 | ||
| Seriennummer |
Muss größer als null (0) sein und muss mindestens 64 unvorhersagbare Bits enthalten Hinweis:Wird aktualisiert, um die Entropieanforderungen für die Seriennummer von Endentitäten der CA/Browser Forum Baseline Requirements Certificate Policy zu berücksichtigen. |
||
| Signaturalgorithmus | RSA mit SHA‐256, SHA‐384 oder SHA‐512, alternativ ECDSA mit SHA‐256, SHA‐384 oder SHA‐512 | ||
| Aussteller-DN |
Muss bytegenau identisch sein mit dem Subjekt-DN der ausstellenden CA |
||
| Gültigkeitsdauer |
Der Unterschied zwischen „notBefore“ und „notAfter“ darf nicht größer als 27 Monate sein. Die Zeit für „notBefore“ muss den Zeitpunkt der Signatur plus oder minus 48 Stunden darstellen. |
||
| Subjekt-DN |
Jeder Subjekt-DN (Subject Relative Distinguished Name) mit Ausnahme der E-Mail-Adresse muss vor der Ausstellung anhand eines öffentlich dokumentierten und geprüften Verfahrens validiert werden. Ein akzeptables Verfahren finden Sie im Abschnitt 3.2.3 „Authentication of Individual Identity“ (Authentifizierung der individuellen Identität) der CA/Browser Forum Baseline Requirements Certificate Policy for the Issuance and Management of Publicly-Trusted Certificates (Zertifikatsrichtlinie für die Ausstellung und Verwaltung von öffentlich vertrauenswürdigen Zertifikaten), Version 1.3.2 oder höher. E-Mail-Adressen, z. B. in den Feldern „commonName“ oder „emailAddress“, müssen ebenfalls in der Erweiterung „Subject Alternate Name“ als rfc822Name-Eintrag vorhanden sein. |
||
| Subject Public Key Info |
rsaEncryption mit einem RSA-Modulus von 2.048, 3.072 oder 4.096, alternativ ecPublicKey mit secp256r1 oder secp384r1 |
||
| Erweiterung | Präsenz | Kritisch | Value |
| Schlüsselverwendung (RSA) | Erforderlich | Ja |
Bitpositionen müssen für eine der folgenden Optionen festgelegt werden: Andere Bit-Positionen dürfen nicht festgelegt sein. |
| Schlüsselverwendung (ECDH) | Erforderlich |
Bitpositionen müssen für Folgendes festgelegt werden: Andere Bit-Positionen dürfen nicht festgelegt sein. |
|
| Erweiterte Schlüsselverwendung | Erforderlich | Beides |
Muss vorhanden sein: |
|
Basiseinschränkungen |
Optional | Beides |
Falls vorhanden, darf das Feld „cA“ nicht auf „true“ gesetzt sein. |
| Zertifikatrichtlinien | Erforderlich | Nein |
Muss vorhanden sein: Es muss eine policyIdentifier angegeben werden, die die Richtlinie identifiziert, unter der das Zertifikat ausgestellt wurde, und darf nicht anyPolicy sein. Kann vorhanden sein: cps muss, falls vorhanden, einen gültigen HTTP- oder HTTPS-Link zur CPS enthalten, unter der das Zertifikat ausgestellt wurde. |
|
Zugriff auf Zertifizierungsstelleninfos |
Optional | Nein |
caIssuers und, falls vorhanden, ocsp müssen mindestens einen öffentlich zugänglichen HTTP-UniformResourceIdentifier enthalten. „AccessDescription“ darf keine Labels oder Parameter enthalten, die sich auf ein einzelnes Zertifikat beziehen. |
| Sperrlisten-Verteilungspunkte | Erforderlich | Nein |
Es muss mindestens ein öffentlich zugänglicher |
|
(Hinweis) |
Widerrufsserver müssen gemäß den folgenden Abschnitten der CA/Browser Forum Baseline Requirements Certificate Policy for the Issuance and Management of Publicly-Trusted Certificates, Version 1.3.2 oder höher, betrieben werden:
|
||
|
Alternativer Antragstellername |
Erforderlich | Nein |
Muss mindestens einen Eintrag des Typs „rfc822Name“ enthalten |
|
Andere Erweiterungen |
Optional | Nein | Können vorhanden sein |