Zertifikatskette und PKI: Wie Vertrauen im Internet entsteht

Kurz: Ein Browser vertraut einem Webserver, weil dessen Zertifikat über eine Kette bis zu einer Wurzelzertifizierungsstelle signiert ist, der das Betriebssystem oder der Browser vertraut.

Genauer: Wie kann dein Browser sicher sein, dass bank.de wirklich die Bank ist? Durch eine Public-Key-Infrastruktur (PKI): ein System aus Zertifikaten, Zertifizierungsstellen (CA) und Prüfregeln, das öffentliche Schlüssel an Identitäten bindet.

Im Detail

Die Kette

Ein Webserver-Zertifikat (End-Entity/Leaf) enthält Domain, öffentlichen Schlüssel, Gültigkeit und die Signatur einer CA:

Root-CA (im Browser/Betriebssystem vorinstalliert)
   └─ signiert → Intermediate-CA (Zwischenzertifikat)
        └─ signiert → Server-Zertifikat (bank.de)

Der Browser prüft: Signatur jedes Glieds, Gültigkeitszeitraum, passender Domainname, Widerruf (CRL/OCSP) und ob die Kette in einem vertrauten Root endet. Roots sind selten und stark geschützt (offline, HSM); der Alltag läuft über Intermediates, die bei Kompromittierung leichter ersetzt werden.

Wo Vertrauen herkommt

Betriebssysteme und Browser liefern Trust Stores mit Root-Zertifikaten (Mozilla, Microsoft, Apple, Google). CAs müssen Audits und Regeln des CA/Browser-Forums erfüllen. Certificate Transparency (CT): Alle ausgestellten Zertifikate werden in öffentlichen Logs erfasst, sodass Domaininhaber Fehlausstellungen entdecken (zum Beispiel über crt.sh).

Typische Fehler

• ERR_CERT_AUTHORITY_INVALID: Kette nicht vertrauenswürdig (selbstsigniert, fehlendes Zwischenzertifikat auf dem Server).
• ERR_CERT_DATE_INVALID: abgelaufen oder falsche Systemuhr.
• ERR_CERT_COMMON_NAME_INVALID: Domain passt nicht zum Zertifikat.
• Widerrufen: Schlüssel kompromittiert. Lösung auf Serverseite: Vollständige Kette (Leaf + Intermediate) konfigurieren, rechtzeitig erneuern (Let’s Encrypt automatisieren).

Eigene PKI und Praxis

In Firmen und Heimnetzen nutzt man interne CAs (zum Beispiel step-ca, Windows AD CS, mkcert für Entwicklung): Das Root-Zertifikat wird auf den Geräten installiert. Vorsicht: Wer eine fremde Root installiert, kann den gesamten TLS-Verkehr entschlüsseln (Firmen-Proxy, Malware). Zertifikatspinning und HSTS erhöhen Sicherheit. Zertifikatsarten: DV (Domain), OV (Organisation), EV (erweiterte Prüfung, heute kaum noch sichtbar).

Siehe auch: Zertifizierungsstellen, Let’s Encrypt, TLS-Handshake im Detail, ERR_CERT_DATE_INVALID