Zertifikatsvalidierung

Richtlinienvalidierung

X509-Zertifikate können optionale Richtlinienvalidierungsfelder enthalten. Wenn ein Richtlinienvalidierungsfeld vorhanden ist, wird die Richtlinienvalidierung für die gesamte Zertifikatskette durchgeführt, einschließlich des EE-Zertifikats (End Entity) und der CA-Zertifikate (Intermediate Certificate Authority). Die Richtlinienüberprüfung gilt nicht für das Stammzertifikat. Durch die Richtlinienvalidierung wird sichergestellt, dass die EE- und Zwischenzertifizierungsstellenzertifikate über eine gemeinsame Richtlinie verfügen. Wenn keine gemeinsame Richtlinie für die zu überprüfende Zertifikatkette vorhanden ist, schlägt die Zertifikatüberprüfung fehl.

Vor der Richtlinienüberprüfung muss eine Zertifikatskette erstellt werden, die das selbstsignierte Stammzertifikat, Zwischenzertifizierungsstellenzertifikate und das EE-Zertifikat enthält. Die Richtlinienüberprüfung beginnt mit dem Zwischenzertifikat der Zertifizierungsstelle, das vom selbstsignierten Stammzertifikat ausgestellt wurde, und setzt sich über das EE-Zertifikat fort.

Die folgenden optionalen Zertifikatsfelder werden für die Richtlinienvalidierung verwendet:

• policy-oids

• requireExplicitPolicy

• skipCerts

Diese Felder werden in den folgenden Abschnitten beschrieben.

• Richtlinien-OIDs, die auf Firewalls der SRX-Serie konfiguriert sind
• Keine Richtlinien-OIDs auf Firewalls der SRX-Serie konfiguriert

Keine Richtlinien-OIDs auf Firewalls der SRX-Serie konfiguriert

Wenn auf der Firewall der SRX-Serie keine Richtlinien-OID konfiguriert ist, beginnt die Richtlinienvalidierung, sobald das Feld in der Zertifikatskette gefunden wird.requireExplicitPolicy Ein Zertifikat kann eine oder mehrere Zertifikatrichtlinien-OIDs enthalten. Damit die Richtlinienvalidierung erfolgreich ist, muss eine gemeinsame Richtlinien-OID in der Zertifikatskette vorhanden sein.

Abbildung 1 zeigt eine Zertifikatkette, die aus Zertifikaten für eine Stammzertifizierungsstelle, drei Zwischenzertifizierungsstellen und eine EE besteht. Das Zertifizierungsstellenzertifikat für Int-CA-2 enthält das Feld. Daher beginnt die Richtlinienüberprüfung mit Int-CA-2 und setzt sich bis EE-1 fort.requireExplicitPolicy Das Zertifikat für Int-CA-2 enthält die Richtlinien-OIDs P1, P2 und P3. Das Zertifikat für Int-CA-3 enthält die Richtlinien-OIDs P2, P3 und P4. Das Zertifikat für EE-1 enthält die Richtlinien-OIDs P2 und P5. Da die Richtlinien-OID P2 für die zu überprüfenden Zertifikate gilt, ist die Richtlinienüberprüfung erfolgreich.

Abbildung 1: Richtlinienvalidierung mit requireExplicitPolicy-Feld

Das optionale Feld in einem Zwischenzertifizierungsstellenzertifikat gibt die Anzahl der Zertifikate (einschließlich des aktuellen Zertifizierungsstellenzertifikats) an, die von der Richtlinienüberprüfung ausgeschlossen werden sollen.skipCerts Wenn der Wert 0 ist, beginnt die Richtlinienüberprüfung mit dem aktuellen Zertifikat.skipCerts Wenn der Wert 1 ist, wird das aktuelle Zertifikat von der Richtlinienüberprüfung ausgeschlossen.skipCerts Der Wert des Feldes wird in jedem Zertifikat der Zwischenzertifizierungsstelle überprüft.skipCerts Wenn ein Wert gefunden wird, der niedriger ist als die aktuelle Anzahl der auszuschließenden Zertifikate, wird der niedrigere Wert verwendet.skipCertsskipCerts

Abbildung 2 zeigt eine Zertifikatkette, die aus einer Stammzertifizierungsstelle, vier Zwischenzertifizierungsstellen und einer EE besteht. Der Wert in Int-CA-1 ist 12, wodurch 12 Zertifikate, einschließlich des Zertifikats für Int-CA-1, übersprungen werden.skipCerts Der Wert wird jedoch in jedem Zwischenzertifikat der Zertifizierungsstelle in der Kette überprüft.skipCerts Der Wert in Int-CA-2 ist 2, was niedriger als 12 ist, sodass jetzt 2 Zertifikate übersprungen werden.skipCerts Der Wert in Int-CA-4 ist 5, was größer als 2 ist, sodass der Int-CA-4-Wert ignoriert wird.skipCertsskipCerts

Abbildung 2: Richtlinienvalidierung mit skipCerts-Feld

Wenn Richtlinien-OIDs auf der Firewall der SRX-Serie konfiguriert sind, werden die Zertifikatsfelder und ignoriert.requireExplicitPolicyskipCerts

Validierung der Pfadlänge

Die Zertifikatüberprüfung kann eine Zertifikatskette umfassen, die eine Stammzertifizierungsstelle, eine oder mehrere optionale Zwischenzertifizierungsstellen und ein EE-Zertifikat umfasst. Die Anzahl der zwischengeschalteten Zertifizierungsstellen kann je nach Bereitstellungsszenario zunehmen. Die Pfadlängenvalidierung bietet einen Mechanismus zum Begrenzen der Anzahl von Zwischenzertifikaten, die an der Zertifikatüberprüfung beteiligt sind. ist ein optionales Feld in einem X509-Zertifikat.path-length Der Wert von gibt die Anzahl der nicht selbstsignierten Zwischenzertifizierungsstellenzertifikate an, die für die Zertifikatüberprüfung zulässig sind.path-length Das letzte Zertifikat, bei dem es sich in der Regel um das EE-Zertifikat handelt, ist nicht in der Pfadbegrenzung enthalten. Wenn das Stammzertifikat den Wert 0 enthält, sind keine Zwischenzertifikate der Zertifizierungsstelle zulässig.path-length Wenn der Wert 1 ist, kann es 0 oder 1 Zwischenzertifizierungsstellenzertifikate geben.path-length

path-length kann in mehreren Zertifizierungsstellenzertifikaten in der Zertifikatskette vorhanden sein. Die Validierung der Pfadlänge beginnt immer mit dem selbstsignierten Stammzertifikat. Das Pfadlimit wird bei jedem Zwischenzertifikat in der Kette um 1 verringert. Wenn ein Zwischenzertifikat einen Wert enthält, der kleiner als der aktuelle Pfadgrenzwert ist, wird der neue Grenzwert erzwungen.path-length Wenn der Wert jedoch größer als das aktuelle Pfadlimit ist, wird er ignoriert.path-length

Abbildung 3 zeigt eine Zertifikatkette, die aus einer Stammzertifizierungsstelle, vier Zwischenzertifizierungsstellen und einer EE besteht. Der Wert in Stammzertifizierungsstelle ist 10, daher beträgt der anfängliche Pfadgrenzwert für nicht selbstsignierte Zwischenzertifizierungsstellenzertifikate, die für die Zertifikatüberprüfung zulässig sind, 10.path-length Bei Int-CA-1 beträgt der Pfadgrenzwert 10-1 oder 9. Der Wert in Int-CA-1 ist 4, was kleiner als der Pfadgrenzwert von 9 ist, sodass der neue Pfadgrenzwert 4 wird. Bei Int-CA-2 ist die Pfadbegrenzung 4-1 oder 3. Der Wert in Int-CA-2 ist 5 und damit größer als die Pfadgrenze von 3 und wird daher ignoriert.path-lengthpath-length Bei Int-CA-3 ist die Pfadbegrenzung 3-1 oder 2. Der Wert in Int-CA-3 ist 20, was größer als die Pfadgrenze von 2 ist, daher wird er ebenfalls ignoriert.path-length

Abbildung 3: Validierung der Pfadlänge

Verwendung von Schlüsseln

Das Schlüsselverwendungsfeld in einem EE- oder CA-Zertifikat definiert den Zweck des im Zertifikat enthaltenen Schlüssels.

• Bei EE-Zertifikaten wird das Zertifikat abgelehnt, wenn das Schlüsselverwendungsfeld vorhanden ist, das Zertifikat jedoch keine oder -Kennzeichnung enthält.digitalSignaturenonrepudiation Wenn das Feld für die Schlüsselverwendung nicht vorhanden ist, wird die Schlüsselverwendung nicht überprüft.

• Bei CA-Zertifikaten kann der Schlüssel für die Zertifikats- oder CRL-Signaturüberprüfung verwendet werden. Da der PKI-Daemon sowohl für die Überprüfung des X509-Zertifikats als auch für CRL-Downloads zuständig ist, muss die Schlüsselverwendung vor dem Überprüfen des Zertifikats oder der CRL überprüft werden.

  Bei der Überprüfung der Zertifikatsignatur gibt das Flag an, dass ein CA-Zertifikat für die Überprüfung der Zertifikatsignatur verwendet werden kann.keyCertSign Wenn dieses Flag nicht gesetzt ist, wird die Zertifikatsüberprüfung beendet.

  In Phase 1 der Verhandlungen zur CRL-Signaturvalidierung überprüfen die Teilnehmer die Zertifikatssperrliste (Certificate Revocation List, CRL), um festzustellen, ob Zertifikate, die während eines IKE-Austauschs erhalten wurden, noch gültig sind. Die Zertifikatsperrliste wird in regelmäßigen Abständen für Zertifizierungsstellenprofile heruntergeladen, die mit der Zertifikatsperrliste als Zertifikatsperrprüfung konfiguriert sind. Heruntergeladene CRL-Dateien müssen überprüft werden, bevor sie auf das Gerät heruntergeladen werden. Einer der Überprüfungsschritte besteht darin, die CRL-Signatur mithilfe eines CA-Zertifikats zu validieren. Die heruntergeladene Zertifikatsperrliste ist mit dem privaten Schlüssel des Zertifizierungsstellenzertifikats signiert und muss mit dem auf dem Gerät gespeicherten öffentlichen Schlüssel des Zertifizierungsstellenzertifikats überprüft werden. Das Feld für die Schlüsselverwendung im Zertifizierungsstellenzertifikat muss das Flag zum Überprüfen der heruntergeladenen Zertifikatsperrliste enthalten.CRLSign Wenn dieses Flag nicht vorhanden ist, wird die Zertifikatsperrliste verworfen.

Validierung des definierten Namens des Ausstellers und des Antragstellers

Die Signaturvalidierung wird sowohl für Zertifikate durchgeführt, die von einem Peer empfangen wurden, als auch für die CRL-Datei, die von einem CA-Server heruntergeladen wurde. Bei der Signaturüberprüfung wird das CA-Zertifikat in einer CA-Datenbank basierend auf dem Distinguished Name (DN) des Ausstellers im Zertifikat oder der zu überprüfenden CRL gesucht.

Abbildung 4 zeigt die Suche nach CA-Zertifikaten basierend auf dem Aussteller-DN an. Im EE-Zertifikat lautet die Aussteller-DN CA-1, bei der es sich um den Antragsteller-DN des Zwischenzertifikats der Zertifizierungsstelle in der Kette handelt. Im Zwischenzertifizierungsstellenzertifikat lautet der Aussteller-DN CA-Root, d. h. der Antragsteller-DN des selbstsignierten Stammzertifizierungsstellenzertifikats in der Kette. In der CRL ist der Aussteller-DN CA-Root, der Antragsteller-DN des selbstsignierten Root-CA-Zertifikats.

Abbildung 4: Validierung von Aussteller- und Betreff-DNs

Die Suche nach dem Aussteller- oder Betreff-DN muss den folgenden Regeln für Attributwerte entsprechen:

• Es wird davon ausgegangen, dass Attributwerte, die in verschiedenen ASN.1-Typen codiert sind (z. B. PrintableString und BMPString), unterschiedliche Zeichenfolgen darstellen.

• Bei Attributwerten, die in PrintableString-Typen codiert sind, wird die Groß-/Kleinschreibung nicht beachtet. Diese Attributwerte werden verglichen, nachdem führende und nachfolgende Leerzeichen entfernt und interne Teilzeichenfolgen eines oder mehrerer aufeinanderfolgender Leerzeichen in ein einzelnes Leerzeichen konvertiert wurden.

• Bei Attributwerten, die in anderen Typen als PrintableString codiert sind, wird zwischen Groß- und Kleinschreibung unterschieden.