Eine Zertifikatskette (auch als Vertrauenskette oder Zertifizierungspfad bekannt) ist der vollständige Pfad digitaler Zertifikate, der erforderlich ist, um zu überprüfen, dass das Zertifikat eines Servers vertrauenswürdig ist. Sie besteht aus drei Ebenen: dem Blatt-Zertifikat (End-Entity-Zertifikat) für Ihre Domain, einem oder mehreren Zwischen-CA-Zertifikaten und einem Root-CA-Zertifikat, dem Clients bereits vertrauen.
Bei der Validierung des TLS-Handshake überprüft der Client die Signatur des Blatt-Zertifikats mithilfe des öffentlichen Schlüssels der Zwischenstelle, dann überprüft er die Zwischenstelle mit dem öffentlichen Schlüssel der nächsten CA und setzt dies fort, bis er eine vertrauenswürdige Root erreicht, die bereits lokal auf dem Gerät oder dem Betriebssystem des Clients gespeichert ist. Der Server sendet nur die Blatt- und Zwischen-Zertifikate – der Client stellt die Root aus seinem eigenen Vertrauensspeicher bereit.
Die Validierung prüft auch Zertifikatsgültigkeitszeiträume, Schlüsselverwendungsbeschränkungen und Sperrstatus (über OCSP oder CRLs). Die Pfadvalidierung ist formal in RFC 5280, Abschnitt 6, definiert.
Beispiel: Eine Web-Server-Zertifikatskette sieht typischerweise so aus:
- Blatt:
www.example.comZertifikat - Zwischenstelle: CA-Zwischen-Zertifikat (z.B. von Let's Encrypt)
- Root: Vertrauenswürdige Root-CA (z.B. IdenTrust Global Root)
WarningProblem mit unvollständiger Kette: Server-Administrator installieren manchmal nur das Blatt-Zertifikat und lassen erforderliche Zwischenstellen aus. Während einige Browser Zwischenstellen zwischenspeichern und dennoch validieren, schlagen andere Clients, mobile Apps und Tools mit dem Fehler "unable to get local issuer certificate" fehl. Konfigurieren Sie Ihren Server immer so, dass er die vollständige Kette einschließlich aller Zwischenstellen bereitstellt.
Zertifikatsketten werden durch RFC 5280 (X.509-Profil), RFC 8446 (TLS 1.3) und CA/Browser Forum Baseline Requirements reguliert.