PDF-Signatur prüfen, wenn Acrobat sie als nicht verifiziert meldet

Ein signierter Vertrag landet in Ihrem Postfach. Sie öffnen ihn, und statt eines beruhigenden grünen Hakens erscheint oben ein gelber Balken: "Mindestens eine Signatur weist Probleme auf." Oder Sie klicken auf die Signatur und lesen "Die Gültigkeit der Signatur ist unbekannt."

Was in diesem Balken nicht steht: meistens geht es um Vertrauen, nicht um Manipulation.

Eine PDF-Signaturprüfung beantwortet zwei getrennte Fragen. Hat sich die Datei nach dem Signieren verändert? Und kann Ihr Reader das Signaturzertifikat auf ein Root-Zertifikat zurückführen, das er kennt? Die zweite Frage scheitert viel häufiger als die erste, und sie scheitert aus Gründen, die mit dem Dokument nichts zu tun haben. Adobe Acrobat Reader bringt eine eigene Liste vertrauenswürdiger Zertifizierungsstellen mit, und diese Liste ist nicht die EU Trusted List, nicht die von Windows und schon gar nicht die Ihrer internen PKI.

Wenn eine Signatur also als nicht verifiziert gemeldet wird, steckt normalerweise einer dieser Fälle dahinter:

• Das Signaturzertifikat führt zu einem Root, den Ihr Reader nicht mitbringt. An der Signatur ist nichts falsch. Ihrem Acrobat wurde nur nie gesagt, dass es diesem Aussteller vertrauen soll.
• Die Datei hat sich nach dem Signieren verändert. Ein erneutes Speichern, ein zusammengeführtes Formularfeld oder ein Mail-Gateway, das den Anhang "optimiert" hat. Dieser Fall ist echt, und ihn lohnt es sich zu finden.
• Das Zertifikat war beim Öffnen schon abgelaufen, und es gibt keinen vertrauenswürdigen Zeitstempel, der belegt, dass es zum Zeitpunkt der Signatur noch gültig war.
• Die Sperrinformationen sind nicht erreichbar, deshalb endet die Prüfung unbestimmt statt mit einem klaren Ja oder Nein.

Vier verschiedene Situationen, eine identische Warnung. Genau das ist das eigentliche Problem beim Prüfen einer Signatur im PDF, und deshalb ist "schau einfach auf den Haken" ein schlechter Ratschlag.

Drei Minuten Arbeit, und die Reihenfolge zählt mehr als das Werkzeug.

Zuerst: gibt es überhaupt eine Signatur zu prüfen?

Ein Bild einer Handschrift ist keine digitale Signatur. Ein getippter Name in Schreibschrift auch nicht, und ein in ein Formularfeld eingefügtes JPEG erst recht nicht. Dahinter steckt kein Zertifikat, es gibt also nichts zu prüfen, und kein Validator dieser Welt liefert dazu ein Ergebnis.

Öffnen Sie das Signaturfenster im Adobe Acrobat Reader. Unter Windows und macOS ist das das Füllfederhalter-Symbol links am Fensterrand, oder Anzeige, dann Ein-/Ausblenden, dann Navigationsfenster, dann Signaturen. Fenster leer? Dann wurde das Dokument nie digital signiert, und was Sie sehen, ist Dekoration. Unser Leitfaden zum Signieren eines PDF erklärt den Unterschied.

Dann die Details pro Signatur lesen, nicht den Balken

Klicken Sie die Signatur in diesem Fenster mit der rechten Maustaste an und wählen Sie Signatureigenschaften anzeigen. Adobes eigene Dokumentation zum Validieren digitaler Signaturen führt durch den Dialog. Hier hört Acrobat auf, vage zu sein: Sie sehen den Namen des Signierenden, die ausstellende Zertifizierungsstelle, den Signaturzeitpunkt und ob sich das Dokument nach der Signatur verändert hat.

Gleich mitmachen, wenn Sie schon dort sind: Zertifikat des Signierenden anzeigen und das Feld Inhaber lesen. Warum das zählt, steht weiter unten.

Dann ein Ergebnis holen, das die gescheiterte Prüfung benennt

Acrobats Zusammenfassung ist ein einzelnes Ja oder Nein dazu, ob Acrobat zufrieden ist. Welche der vier zugrunde liegenden Prüfungen schiefging, sagt sie nicht, und genau diese Antwort brauchen Sie, um etwas Sinnvolles zu tun.

Schicken Sie dieselbe Datei durch einen Validator, der die Prüfungen getrennt ausweist. Die PDF-Signaturvalidierung von Chaindoc liefert Integrität, Zertifikatskette, Sperrstatus, Zeitstempel und das PAdES-Profil als fünf einzelne Ergebnisse, jedes mit eigenem Bestanden oder Gescheitert. Scheitert etwas, sehen Sie, ob das Dokument verändert wurde oder Ihr Reader dem Aussteller nur nicht vertraut. Zwei völlig verschiedene Probleme, die völlig verschiedene Reaktionen verlangen.

Viele Leute haben kein Acrobat, und der kostenlose Reader ist eine 500 MB große Installation für eine Aufgabe, die einen Upload dauert. Ein Prüfdienst im Browser geht schneller und umgeht das Problem mit dem Zertifikatsspeicher komplett, weil ein serverseitiger Validator auf eine viel breitere Vertrauensliste zeigen kann als das, was Ihr Desktop gerade mitbringt.

Ob ein Online-Prüfdienst etwas taugt, entscheidet der Bericht. Verlangen Sie vier Dinge:

• Integrität als eigene Zeile. Der Hash wurde über die signierten Bytes neu berechnet und passte entweder oder eben nicht.
• Die Zertifikatskette mit benanntem Aussteller. "Nicht vertrauenswürdig" ohne Nennung des Roots ist keine Antwort.
• Sperrstatus, geprüft zum Signaturzeitpunkt über OCSP oder CRL, nicht gegen das heutige Datum.
• Zeitstempel-Status, denn er fixiert den Signaturmoment, wenn ein Zertifikat später abläuft.

Chaindoc führt diese Prüfungen über die EU DSS Library aus, den Open-Source-Validierungscode der Europäischen Kommission, mit der EU Trusted List als primärem Vertrauensanker und den großen kommerziellen Zertifizierungsstellen darüber hinaus. Alle vier PAdES-Baseline-Profile werden unterstützt, Dateien bis 50 MB akzeptiert, und das Dokument wird nach der Prüfung nicht gespeichert. Sie bestätigen vorher Ihre E-Mail-Adresse mit einem Einmalcode, das sollten Sie vorher wissen.

Kein PDF? PAdES ist nur die PDF-Variante derselben Idee. Signiertes XML trägt XAdES, eine .p7m- oder .p7s-Hülle trägt CAdES, und .asice-Container sind ASiC. Wenn Ihr Rechner die Datei gar nicht öffnen will, fangen Sie bei P7M- und ASiC-E-Containern an.

Ehrliche Antwort zuerst: Smartphones sind darin schlecht, und daran sind Sie nicht schuld.

Mobile PDF-Reader wurden zum Anzeigen von Dokumenten gebaut, nicht zum Prüfen von Zertifikatspfaden. Die vorinstallierten Viewer beider Systeme sind hier das schwächste Glied.

Auf iPhone und iPad

Öffnen Sie ein signiertes PDF in Dateien, Mail oder Bücher, sehen Sie das Erscheinungsbild der Signatur und nichts über ihre Gültigkeit. Es gibt kein Signaturfenster und keine Zertifikatsdetails, weil iOS für diesen Zweck keinen PDF-Zertifikatsspeicher mitbringt. Ein signiertes Dokument kann in Apples Vorschau perfekt aussehen, während seine Kryptografie kaputt ist.

Auf Android

Adobe Acrobat Reader für Android macht es besser. Tippen Sie die Signatur an, und Sie bekommen ein Fenster mit dem Namen des Signierenden und einer Gültigkeitszusammenfassung. Was Sie nicht zuverlässig bekommen: die Zertifikatskette, den Sperrstatus oder ein Zeitstempel-Ergebnis, und genau die entscheiden den Ausgang.

Was am Smartphone tatsächlich funktioniert

Nehmen Sie den Browser. Ein serverseitiger Validator erledigt die Zertifikatsarbeit auf eigener Infrastruktur und schickt einen vollständigen Bericht zurück, das Smartphone muss also nur eine Seite anzeigen. Die PDF-Prüfung von Chaindoc arbeitet so und nimmt eine Datei direkt aus dem Speicher des Telefons oder aus einem Cloud-Laufwerk.

Meine Meinung dazu: Wenn eine Signatur wichtig genug ist, um sie zu prüfen, prüfen Sie sie an einem Gerät, an dem Sie den Zertifikatsinhaber richtig lesen können. Eine Signatur im PDF am Handy zu prüfen reicht für ein schnelles Ja oder Nein bei einem Dokument, das Sie sowieso erwartet haben. Für eine Zahlung, die Sie gleich auslösen, ist das ein dünner Beleg.

Die PDF-Signaturprüfung läuft immer auf dieselben vier Tests hinaus, egal welches Werkzeug sie ausführt. Wenn Sie wissen, was jeder einzelne belegt, wissen Sie auch, wie sehr ein Fehlschlag Sie beunruhigen sollte.

Integrität. Der Validator berechnet den Hash über die signierten Bytes neu und vergleicht ihn mit dem Hash, der in der Signatur eingeschlossen ist. Ein einziges verändertes Byte lässt das scheitern. Scheitert die Integrität, ist das Dokument wirklich nicht mehr das signierte Dokument, und keine Vertrauenskonfiguration der Welt behebt das.

Zertifikatskette. Das Signaturzertifikat verweist auf seinen Aussteller, der auf seinen Aussteller, bis hinauf zu einem Root. Der Validator muss einen Root erreichen, dem er vertraut. Scheitert es hier, haben Sie etwas über Ihre Vertrauenskonfiguration gelernt, nicht über die Datei.

Sperrstatus. Zertifikate werden gesperrt, wenn ein privater Schlüssel abfließt oder jemand das Unternehmen verlässt. Die Prüfung fragt OCSP oder eine CRL ab, und die Frage lautet, ob das Zertifikat im Moment der Signatur gesperrt war. Ein letzte Woche gesperrtes Zertifikat macht keinen Vertrag ungültig, der vor zwei Jahren signiert wurde. Validatoren, die gegen den heutigen Status vergleichen, bekommen das genau falsch herum.

Zeitstempel. Ein vertrauenswürdiger Zeitstempel einer Zeitstempelstelle fixiert, wann die Signatur entstand. Ohne ihn verlassen Sie sich auf die Uhr des Signierenden, und die ist im Streitfall etwa nichts wert. Zeitstempel halten eine Signatur außerdem prüfbar, nachdem das Zertifikat abgelaufen ist, und genau darum geht es beim Profil PAdES-BASELINE-T und darüber, definiert in ETSI EN 319 142.

Ein Muster zum Mitnehmen: Scheitert die Integrität, ist es ein Dokumentproblem. Scheitern die anderen drei, sind es meist Konfigurations- oder Infrastrukturprobleme. Klären Sie, welche Sorte Sie vor sich haben, bevor Sie dem Absender schreiben.

Dieser Teil überrascht viele, deshalb sage ich es deutlich. Es gibt keine einzige globale Liste vertrauenswürdiger Signaturstellen. Es gibt mehrere, sie widersprechen sich, und Ihr Ergebnis hängt davon ab, welche Ihre Software befragt hat.

Adobe pflegt die Approved Trust List, eine Sammlung von Zertifizierungsstellen, denen Acrobat und Reader von Haus aus vertrauen. Die EU pflegt die EU Trusted List, die rechtliche Grundlage für qualifizierte Signaturen nach eIDAS. Microsoft betreibt für Windows sein eigenes Root-Programm. Eine Bank oder eine Behörde mit interner PKI vertraut ihrem eigenen Root und sonst niemandem.

Dasselbe signierte PDF kann deshalb an einer Stelle gültig und an einer anderen unbekannt sein, ohne Widerspruch. Beide Antworten sind korrekt für die Frage, die man ihnen gestellt hat.

Zwei praktische Folgen.

Zeigt die Signatur eines Lieferanten in Acrobat unbekannt, schauen Sie nach, wer das Zertifikat ausgestellt hat, bevor Sie jemandem etwas vorwerfen. Eine nationale Zertifizierungsstelle außerhalb der AATL, eine interne Unternehmens-CA oder ein qualifizierter EU-Anbieter, den Adobe nicht aufgenommen hat, erzeugen alle diese Meldung an einer völlig intakten Signatur.

Und wenn Sie ausdrücklich die eIDAS-Antwort brauchen, fragen Sie einen Validator, der die EU Trusted List als Anker nutzt. Qualifiziert ist keine Eigenschaft der Mathematik, sondern ein Nachschlagen in einer Liste. Qualifizierte Vertrauensdiensteanbieter und die EU Trusted List erklärt, wie dieses Nachschlagen funktioniert und warum eine gültige und eine qualifizierte Signatur zwei verschiedene Ergebnisse sind.

Ein grüner Haken ist enger, als er aussieht. Er sagt, dass diese Datei vom Inhaber dieses Zertifikats kommt und sich seither nicht verändert hat. Alles Folgende liegt außerhalb seiner Reichweite.

Wer signiert hat

Eine Signatur kann kryptografisch einwandfrei sein und zum falschen Unternehmen gehören. Öffnen Sie den Zertifikatsinhaber, lesen Sie den Organisationsnamen und eine eventuelle Steuer- oder Registernummer darin, und vergleichen Sie beides mit der Gegenpartei, mit der Sie zu tun glauben. Zahlungsumleitungsbetrug funktioniert dadurch, dass er plausibel aussieht, und eine gültige Signatur einer Firma, die nicht ganz Ihr Lieferant ist, sieht ausgesprochen plausibel aus. Diese Prüfung macht fast niemand, und sie ist die, die echten Betrug auffliegen lässt.

Ob die Signatur qualifiziert ist

Gültig und qualifiziert sind getrennte Antworten. Qualifiziert heißt, der ausstellende Dienst steht mit qualifiziertem Status auf einer nationalen Vertrauensliste, was in der EU das rechtliche Gewicht einer handschriftlichen Unterschrift trägt. Die meisten gültigen Signaturen sind nicht qualifiziert, und für die meisten Dokumente ist das in Ordnung. Unser Leitfaden zur qualifizierten elektronischen Signatur zeigt, wann der Unterschied wirklich zählt.

Ob das Dokument bindend ist

Signaturgültigkeit ist ein technisches Ergebnis über eine Datei. Durchsetzbarkeit hängt von Einwilligung, Geschäftsfähigkeit, dem anwendbaren Recht und dem ab, was der Vertrag selbst sagt. Eine gültige Signatur ist ein starker Beleg, kein juristisches Urteil.

Ob der Inhalt stimmt

Man kann eine falsche Zahl perfekt signieren. Wenn der Rechnungsbetrag komisch aussieht, hat die Kryptografie dazu keine Meinung. Die Signatur einer Rechnung validieren zeigt, wo das in der Kreditorenbuchhaltung zuschlägt.

Fünf Muster, alle vermeidbar.

Dem Balken glauben und dort aufhören. Die Zusammenfassung verrät Acrobats Laune, nicht die gescheiterte Prüfung. Öffnen Sie das Fenster.

Einen Screenshot als Beleg verschicken. Ein Bild eines grünen Hakens beweist einem Prüfer, einem Gericht oder einer Gegenpartei nichts. Beweiskraft hat die signierte Originaldatei plus ein Validierungsbericht, der erstellt wurde, während die Sperrdienste noch antworteten. Bewahren Sie beides auf.

Die Datei während der Untersuchung neu speichern. Steht oben, und es passiert ständig. Die Signatur war in Ordnung, bis jemand sie in einem Werkzeug öffnete, das hilfsbereit alles neu geschrieben hat.

Die Gültigkeit von heute prüfen statt die zum Signaturzeitpunkt. Zertifikate laufen ab. Das ist ihr normaler Endzustand, kein Mangel. Ein Vertrag von 2023, signiert mit einem 2024 abgelaufenen Zertifikat, ist völlig in Ordnung, solange ein Zeitstempel den Signaturzeitpunkt belegt.

Vertrauenswürdige Roots hinzufügen, bis die Warnung verschwindet. Verlockend, und es verwandelt einen nützlichen Alarm in Stille.

Die Kurzfassung: Wenn ein PDF die Signatur als nicht verifiziert meldet, finden Sie zuerst heraus, welche der vier Prüfungen scheiterte. Integrität ist ein Dokumentproblem und braucht den Absender. Die anderen drei sind meist Vertrauens-Installation, und die liegt bei Ihnen. Die Signaturprüfung von Chaindoc erkennt das Format selbst und weist jede Prüfung einzeln aus, für PAdES, XAdES, CAdES und ASiC gleichermaßen.