PAdES, XAdES und JAdES: Signaturformate erklärt

XAdES integriert die Signatur als XML-Element innerhalb oder nebeneinander mit dem XML-Dokument. Wird weit verbreitet in E-Government-Systemen (EU-Mitgliedstaaten, LATAM). Unterstützt die gleichen Baseline-Ebenen (B, T, LT, LTA) wie PAdES.

JAdES (JSON Advanced Electronic Signature) ist der neueste der drei. Es signiert JSON-Daten mit einem getrennten Signaturmodell — die Signatur ist ein separates JSON-Objekt, das auf die ursprünglichen Daten verweist. Besonders relevant für die EU-DPP-Datensignatur.

CAdES (CMS Advanced Electronic Signature) ist ein vierter Format für binäre Daten. Weniger gebräuchlich in der Praxis, aber in einigen PKI-Infrastrukturen und für spezifische regulatorische Einreichungen verwendet.

Passen Sie das Format dem Dokumentcontainer an: PDF → PAdES, XML → XAdES, JSON → JAdES. Wenn Sie menschenlesbare Verträge signieren, ist PAdES die richtige Wahl. Für API-gesteuerte Datenübermittlungen (wie DPP) ist JAdES oder XAdES angemessener.

PAdES-Signatur in PDF: fügt 15-50 KB pro Signatur hinzu (einschließlich Zertifikat + CRL + OCSP + Zeitstempel). XAdES-Signatur in XML: fügt 5-20 KB hinzu. JAdES-Signatur in JSON: fügt 3-15 KB hinzu. Bei der Stapelsignatur von 10.000 Dokumenten fügt PAdES 150-500 MB an Overhead hinzu; XAdES fügt 50-200 MB hinzu.

PAdES-Validierung in Adobe Reader: 0,5-2 Sekunden pro Signatur (einschließlich Kettenerprüfung + CRL-Prüfung + Zeitstempelprüfung). XAdES-Validierung über Bibliothek: 50-200 ms. JAdES-Validierung: 30-100 ms. Bei der Massenvalidierung von 10.000 Signaturen ist XAdES 5-10-mal schneller als PAdES.

PAdES B-B/B-T/B-LT-Signaturen werden nativ in Adobe Reader mit grünem Haken angezeigt. XAdES- und JAdES-Signaturen werden in Adobe Reader NICHT angezeigt — sie erfordern spezielle Validierungstools. Für B2C-Dokumente (Verbraucherverträge) ist PAdES das einzige Format, das von nicht technischen Empfängern visuell überprüft werden kann.

PAdES B-B enthält die Signatur und das Signaturzertifikat, aber kein Zeitstempel oder Widerrufsdaten. Geeignet für interne Genehmigungen, niedrig riskante NDAs und Dokumente mit kurzen Aufbewahrungsbedürfnissen. Die Überprüfung schlägt nach Ablauf des Zertifikats fehl. Die meisten grundlegenden eSignature-Plattformen erzeugen standardmäßig B-B-Einträge.

B-T fügt einen vertrauenswürdigen Zeitstempel hinzu, der nachweist, dass das Dokument zu einem bestimmten Zeitpunkt existierte. B-LT fügt Zertifikatswiderrufsdaten (CRL/OCSP) hinzu, was auch nach dem Offline-Status der CA eine Überprüfung ermöglicht. B-LT wird für alle Verträge mit einer Aufbewahrungsfrist von mehr als 3 Jahren empfohlen — was die meisten Arbeitsverträge, Kreditverträge und Mietverträge abdeckt.

B-LTA fügt periodische Archivierungszeitstempel hinzu, was eine ununterbrochene Kette von Beweisen schafft. Erforderlich für Dokumente mit einer Aufbewahrungsfrist von 10+ Jahren: Grundstücksurkunden, Patentanmeldungen, regulatorische Einreichungen und dauerhafte Unternehmensakten. eSign.AI verwendet standardmäßig B-LTA für alle qualifizierten Signaturabläufe, um sicherzustellen, dass die Signaturen während der gesamten rechtlichen Aufbewahrungsfrist überprüfbar bleiben.