Digitale Signatur prüfen, kostenlos und ohne Acrobat

Die häufigsten Gründe: Jemand hat das PDF nach der Signatur bearbeitet, das Signaturzertifikat ist abgelaufen oder wurde gesperrt, die Zertifikatskette lässt sich nicht zu einer vertrauenswürdigen Root zurückverfolgen, oder das Signaturformat entspricht nicht den PAdES-Standards. Der detaillierte Bericht zeigt genau, welcher Validierungsschritt fehlgeschlagen ist. Nicht sicher, ob es überhaupt eine PAdES-Signatur ist? Die Signaturprüfung von Chaindoc erkennt das Format automatisch.

Acrobat zeigt diese Warnung schneller als eine strenge eIDAS-Prüfung, sie heißt also nicht automatisch, dass die Signatur kaputt ist. Drei Ursachen decken die meisten Fälle ab. Am häufigsten fehlt die Root des Signaturzertifikats in Acrobats eigenem Vertrauensspeicher: Acrobat prüft gegen seine eigene Liste vertrauenswürdiger Anbieter und nicht gegen die EU Trusted List, deshalb kann eine Signatur nach eIDAS voll gültig sein und hier trotzdem markiert werden. Seltener wurde das Dokument nach der Signatur verändert, und schon erneutes Speichern oder ein nachträglich fixiertes Formularfeld bricht die Signatur tatsächlich. Gelegentlich ist das Signaturzertifikat abgelaufen, und kein Zeitstempel belegt, dass es beim Signieren noch gültig war. Welche der drei Ursachen zutrifft, verrät die Hinweisleiste von Acrobat nicht. Prüfen Sie dieselbe PDF mit dem Formular oben, dann nennt der Bericht den Schritt, an dem es gescheitert ist.

Nein. Chaindoc verarbeitet das PDF nur zur Prüfung und behält die Datei danach nicht. Das Prüfergebnis und die Signatur-Metadaten bleiben in Ihrem Verlauf für Audit-Zwecke erhalten - der Dokumenteninhalt selbst wird nicht gespeichert.

Chaindoc nutzt die EU Trusted List (EUTL) als primären Vertrauensanker - das umfasst alle qualifizierten Vertrauensdiensteanbieter unter eIDAS. Auch große kommerzielle CAs (wie DigiCert, GlobalSign und andere) sind vertrauenswürdig. Für interne PKI-Signaturen können Sie eigene Trust Anchors konfigurieren. Details dazu finden Sie unter Preise.

Ja. Das Tool erkennt und validiert jede Signatur im PDF separat. Der Bericht zeigt Ergebnisse für jede einzelne - inkrementelle Signaturen eingeschlossen und alle Änderungen, die zwischen den Signaturrunden gemacht wurden. Das ist praktisch für Verträge mit sequenziellen Signatur-Workflows, bei denen mehrere Parteien zu verschiedenen Zeiten unterschreiben.

Ja, jedes Signaturformat hat sein eigenes Werkzeug. Für XAdES-Signaturen in XML-Dateien nutzen Sie die XAdES-Prüfung, für CAdES-Signaturen in .p7m- oder .p7s-Dateien die CAdES-Prüfung und für signierte ASiC-Container (.asice, .asics) die ASiC-Container-Prüfung. Diese Seite prüft PAdES-Signaturen, die in PDF-Dokumenten eingebettet sind.

Fast immer, weil der Reader das Signaturzertifikat nicht bis zu einer Root zurückverfolgen kann, der er vertraut, und nicht, weil sich das Dokument geändert hat. Adobe Acrobat bringt eine eigene Vertrauensliste mit und aktualisiert sie nach eigenem Zeitplan. Ein Zertifikat außerhalb dieser Liste löst die Warnung also auch bei einer völlig intakten Datei aus. Laden Sie die PDF hier hoch, dann trennt der Bericht zwei Fragen: Passen die Bytes noch zur Signatur, und lässt sich die Kette auflösen? Besteht die Integritätsprüfung und scheitert nur die Kette, ist das Dokument unverändert, und es fehlt lediglich das Vertrauen in die ausstellende Stelle.

Für sich genommen nicht. Eine Manipulation lässt die Integritätsprüfung scheitern, und die steht im Bericht in einer eigenen Zeile. Eine Datei kann die Integritätsprüfung bestehen und im Reader trotzdem eine Warnung auslösen, weil die Root der ausstellenden Stelle nicht im Vertrauensspeicher dieses Readers liegt. Genau deshalb hält der Bericht beide Urteile getrennt: Eine Vertrauenslücke wird so nie mit einem veränderten Dokument verwechselt.

Laden Sie die Datei in das Formular oben. Aadhaar eSign erzeugt eine gewöhnliche PAdES-Signatur in der PDF, es gelten also dieselben vier Prüfungen: Integrität, Zertifikat, Kette und Zeitstempel. Sie sehen die Unterzeichnerdaten, die der eSign-Anbieter eingebettet hat, die ausstellende CA und den Zeitpunkt der Signatur. Installieren müssen Sie nichts, und die Mitwirkung des Unterzeichners brauchen Sie auch nicht.

Ja, sofern ein Zeitstempel eingebettet ist, und eSign-Anbieter betten einen ein. Die Validierung fragt, ob das Zertifikat im Moment der Signatur gültig war, nicht, ob es heute noch gültig ist. Deshalb zählt das Profil PAdES-T bei eSign mehr als bei einem DSC mit mehrjähriger Laufzeit.