Digitale Zertifikate und Signaturvertrauenskette

Der oberste Punkt der Vertrauenskette. Root-CA-Zertifikate sind selbstsigniert und vorinstalliert in Betriebssystemen und Browsern. Sie sind die ultimative Quelle des Vertrauens – wenn Sie den Root vertrauen, vertrauen Sie allem, das darunter ausgestellt wird.

Root-CAs stellen selten Endbenutzerzertifikate direkt aus. Stattdessen stellen sie Zwischen-CA-Zertifikate aus, die ihrerseits Endbenutzerzertifikate ausstellen. Dies fügt eine Sicherheitsstufe hinzu – wenn ein Zwischenzertifikat kompromittiert wird, muss nur es widerrufen werden, nicht der Root.

Das Zertifikat, das einer Person oder Organisation für Signatur oder Authentifizierung ausgestellt wird. Beim Validieren einer Signatur folgt der Verifier der Kette: Endbenutzer → Zwischenzertifikat → Root. Wenn alle Verbindungen gültig sind und der Root vertrauenswürdig ist, wird die Signatur als vertrauenswürdig betrachtet.

RSA 2048-Bit ist das Minimum, das vom NIST SP 800-131A für Signaturen ab 2030 anerkannt wird. ECC P-256 bietet eine gleichwertige Sicherheit mit kleineren Schlüsselgrößen (256 Bit) und schnellerem Signieren — 3-mal schneller als RSA 2048. eSign.AI verwendet standardmäßig ECC P-256 und RSA 3072 für regulatorische Umgebungen, die RSA erfordern.

CA/Browser-Forum-Baseline: Maximal 398 Tage für TLS-Zertifikate. Für eSignature-Zertifikate: EU QTSP-Zertifikate sind typischerweise 2-5 Jahre gültig. China CA-Zertifikate: 3 Jahre. Singapore Netrust: 2-3 Jahre. Nach Ablauf bleibt die Signatur gültig, aber LTV-Daten müssen eingebettet werden, um eine unabhängige Überprüfung zu ermöglichen.

Root CA → Intermediate CA → Signaturzertifikat ist die Standard-3-Ebenen-Kette. Einige QTSPs verwenden 4 Ebenen (Root → Land → CA → Signatur). Die Überprüfung erfordert, dass alle Zwischenzertifikate verfügbar sind — fehlt ein Kettenzertifikat, wird die Signatur in Adobe Reader als "nicht überprüft" angezeigt.

OCSP (Online Certificate Status Protocol) überprüft Entziehung in Echtzeit, typischerweise mit einer Latenz von 50-200 ms. CRL (Certificate Revocation List) lädt die vollständige Liste (50 KB - 5 MB) herunter und cacht sie. PAdES B-LT bettet sowohl OCSP-Antworten als auch CRLs zur Signaturzeit ein, um sicherzustellen, dass die Überprüfung auch funktioniert, wenn der CA offline ist.

Die Ausstellung des Zertifikats folgt einem Standardablauf: Der Abonnent stellt eine Anmeldung mit Identitätsnachweisen vor, die CA überprüft die Identität (persönlich, via eKYC oder durch einen vertrauenswürdigen Agenten), die CA stellt das Zertifikat mit einer definierten Gültigkeitsdauer aus und der Abonnent erhält einen privaten Schlüssel, der auf einem sicheren Medium (HSM, Token oder Cloud-Schlüsselkiste) gespeichert ist. Gemäß Artikel 15 des chinesischen Gesetzes über die elektronische Signatur müssen CA-Anbieter eine Lizenz von der SCA erhalten. Gemäß eIDAS müssen QTSPs in der EU Trusted List aufgeführt und nach ETSI-Normen überprüft werden.

Zertifikate können vor Ablauf aufgrund von Schlüsselkompromittierung, CA-Kompromittierung, Identitätsbetrug des Abonnenten oder organisatorischer Veränderung (Fusion, Auflösung) entzogen werden. Entziehungsinformationen werden über CRL (Certificate Revocation List) und/oder OCSP (Online Certificate Status Protocol) veröffentlicht. PAdES B-LT und B-LTA-Signaturen betten Entziehungsdaten zur Signaturzeit ein, so dass die Überprüfung auch Jahre später funktioniert, wenn der CA möglicherweise nicht mehr betrieben wird. Ohne eingebettete Entziehungsdaten wird eine Signatur nach Ablauf des Zertifikats unverifizierbar — ein häufiger Fehler in legacy eSignature-Implementierungen.

Unternehmenssignaturprogramme sollten die Zertifikatsverlängerung 60-90 Tage vor Ablauf planen. Für versiegelte Dokumente (regulatorische Einreichungen, Compliance-Zertifikate) muss die Verlängerung vor Ablauf erfolgen, um eine kontinuierliche Kette des Vertrauens aufrechtzuerhalten. Chinesische SCA-lizenzierte CAs stellen typischerweise 3-jährige Zertifikate aus; EU QTSPs stellen 2-5-jährige Zertifikate aus. eSign.AI verwaltet die Verlängerung automatisch für cloud-basierte Zertifikate und sendet Erinnerungen für von Abonnenten verwaltete Zertifikate.