P7M Datei öffnen: .p7m- und .asice-Dateien, die Ihr Rechner nicht kennt

Jemand hat Ihnen eine Datei namens Vertrag.pdf.p7m oder Vereinbarung.asice geschickt, und nichts auf Ihrem Rechner will sie anfassen. Beim Doppelklick passiert nichts Brauchbares, oder Windows bietet hilfsbereit an, im Store nach einer App zu suchen, die es gar nicht gibt. Eine P7M-Datei öffnen Sie nicht mit einem PDF-Reader, daran ändert auch der zehnte Doppelklick nichts. Erst die Kurzfassung, dann die Erklärung.

Beide Dateien sind Container. Darin steckt etwas ganz Gewöhnliches, meistens ein PDF, eine XML-Rechnung oder ein Word-Dokument, und drumherum liegt eine digitale Signatur. Sie haben also zwei getrennte Aufgaben: das Dokument herausholen und herausfinden, ob die Signatur etwas wert ist. An die zweite denken die wenigsten.

Die Datei nach ihrer Endung sortieren

Schauen Sie nach, worauf der Name endet. Dieses eine Detail entscheidet alles Weitere.

• Endung .p7m oder .p7s? Das ist ein CMS-Umschlag mit einer CAdES-Signatur darin. Ab zur CAdES-Prüfung.
• Endung .asice, .sce, .asics oder .scs? Ein ASiC-Container, und die ASiC-Prüfung liest alle vier. Sie nimmt außerdem ein schlichtes .zip, was Dateien abdeckt, die unterwegs ihre Endung verloren haben.
• Endung .bdoc? Derselbe Container wie .asice, nur unter älterem estnischem Namen. Benennen Sie eine Kopie in .asice oder .zip um, bevor Sie hochladen, denn der Filter beim Upload sieht auf die Endung und nicht auf den Inhalt.
• Sie wissen nicht, was Sie da vor sich haben, oder der Name trägt gleich zwei Endungen? Die Signaturprüfung nimmt jedes Format über ein Formular entgegen und erkennt es selbst.

Dateien bis 50 MB gehen durch. Vor der ersten Prüfung bestätigen Sie Ihre E-Mail-Adresse mit einem Einmalcode, und die hochgeladene Datei wird nicht gespeichert.

So. Jetzt der Teil, der erklärt, warum das überhaupt nötig ist.

Eine .p7m ist kein Dokument. Sie ist eine verschlossene Kiste mit einem Dokument darin.

Das Format heißt Cryptographic Message Syntax, kurz CMS, steht in RFC 5652 und stammt von PKCS#7 ab. Wegen dieser Herkunft nennen ältere Tools solche Dateien bis heute PKCS#7-Dateien. Beim Signieren bildet die Software einen Hash über die Originalbytes, verschlüsselt diesen Hash mit einem privaten Schlüssel und packt Dokument, Signatur und Zertifikat des Unterzeichners in einen einzigen binären Klumpen. Dann hängt sie .p7m an den ursprünglichen Dateinamen.

Deshalb sehen Sie Namen wie Vertrag.pdf.p7m und Fattura_0187.xml.p7m. Die innere Endung sagt Ihnen, was eingeschlossen ist. Die äußere sagt Ihnen, dass es eingeschlossen ist.

CAdES ist die Schicht darüber. Die Abkürzung steht für CMS Advanced Electronic Signatures, standardisiert in ETSI EN 319 122, und sie ergänzt genau das, was einer nackten CMS-Signatur fehlt: Signaturzeitpunkt, Signaturrichtlinie, Zeitstempel sowie die Zertifikats- und Sperrdaten, die Sie brauchen, wenn Sie die Sache in ein paar Jahren noch einmal prüfen wollen.

Die meisten .p7m-Funde erklärt die Geografie. Italiens firma digitale setzt stark auf CAdES, also kommt so ziemlich alles so verpackt an, was aus einem italienischen Behördenportal, aus einer zertifizierten PEC-Mail oder als FatturaPA-Rechnung bei Ihnen landet. Spanien, Portugal und Teile Lateinamerikas nutzen es ebenfalls, nur weniger unerbittlich. Sitzt einer Ihrer Lieferanten in Mailand, werden Sie .p7m-Dateien für den Rest Ihres Berufslebens sehen.

Eine .asice-Datei ist ein ZIP-Archiv, das sich an Regeln hält.

Das ist kein Witz, und es ist der nützlichste Satz über dieses Format. ASiC steht für Associated Signature Container, spezifiziert in ETSI EN 319 162. Darin steckt ein ganz normales ZIP-Archiv mit Ihren Dokumenten, ein Ordner META-INF mit den Signaturdateien und ein Manifest, das beschreibt, was was ist. Kopie in .zip umbenennen, mit einem beliebigen Packprogramm öffnen, und die Dokumente liegen einfach da.

Zwei Varianten gibt es. ASiC-S trägt genau ein Datenobjekt und heißt .asics oder .scs; ASiC-E trägt mehrere plus Manifest und heißt .asice oder .sce. In der Praxis begegnet Ihnen fast immer ASiC-E.

Dann wäre da noch .bdoc, worüber mehr Leute stolpern als nötig. Estlands DigiDoc-Software hat ASiC-E-Container jahrelang unter diesem Namen geschrieben, strukturell ist es derselbe Container. Ein Prüfprogramm, das .asice liest, kommt mit den Bytes einer .bdoc bestens zurecht. Upload-Filter sehen aber auf die Dateiendung und nicht auf den Inhalt, eine .bdoc fliegt also raus, bevor überhaupt jemand hineinschaut. Kopie in .asice oder .zip umbenennen, und sie geht direkt durch.

Dass diese Dateien überhaupt in Ihrem Postfach landen, liegt an den baltischen eID-Systemen. Estlands ID-Karte, e-Residency und Smart-ID erzeugen alle .asice-Container, Lettland und Litauen laufen auf derselben DigiDoc-Linie. Schließen Sie einen Vertrag mit einem estnischen Unternehmen, kommt genau das zurück. Nordische und mitteleuropäische Systeme nutzen ASiC ebenfalls, nur nicht so ausschließlich.

Kaputt ist nichts. Ihr Betriebssystem weiß bloß nicht, was das sein soll.

Windows, macOS und Linux wählen die passende Anwendung über Dateiendung oder MIME-Typ aus. Weder .p7m noch .asice bringt auf einem normalen Rechner einen Standard-Handler mit, weil beides keine Endnutzerformate sind. Sie stammen aus nationalen eID-Systemen und aus Signatursoftware für Unternehmen, und wer sie täglich braucht, installiert sich dafür ein eigenes Programm.

Browser verhalten sich genauso und legen noch ein Ärgernis obendrauf. Laden Sie eine .p7m aus einem Portal herunter, kann Chrome oder Safari sie stillschweigend umbenennen, die Endung abschneiden oder sie mit einem MIME-Typ ausliefern, der Ihr Mailprogramm dazu bringt, den Anhang neu zu kodieren. Alles davon kann die Bytes verändern, und genau darauf ist eine Signatur gebaut: das zu bemerken.

Bei .p7m kommt ein zweiter Grund dazu. Selbst wenn Sie das Format kennen, liegt das Dokument darin nicht vorne, wo ein Reader zufällig darüber stolpern könnte. Es steckt eingebettet in einer ASN.1-DER-Struktur, neben Signatur und Zertifikat. Da wieder herauszukommen braucht Software, die diese Struktur versteht, und keinen PDF-Viewer, den man freundlich fragt.

Bei einem ASiC-Container: entpacken

Datei kopieren, die Kopie in .zip umbenennen und mit dem Windows Explorer, dem Archivierungsprogramm von macOS, 7-Zip oder unzip auf der Kommandozeile öffnen. Ihre Dokumente liegen im Wurzelverzeichnis des Archivs. Die Signaturen liegen in META-INF.

Mehr ist es wirklich nicht, was Leute ärgert, die gerade eine Stunde nach Spezialsoftware gesucht haben.

Bei einer .p7m brauchen Sie etwas, das CMS versteht

Hier hilft kein Umbenennen. Auf macOS oder Linux mit installiertem OpenSSL holt dieser Befehl das Dokument heraus:

Der Schalter -noverify überspringt die Vertrauensprüfung, weil Sie in diesem Moment nur an die Nutzlast wollen. Lassen Sie ihn weg, versucht OpenSSL zusätzlich die Zertifikatskette zu validieren, und das scheitert meistens an einer europäischen nationalen Zertifizierungsstelle, von der Ihr System noch nie gehört hat. Über die Gültigkeit der Signatur sagt dieses Scheitern überhaupt nichts, und genau hier schließen die meisten, es sei etwas kaputt, obwohl alles in Ordnung ist.

Ein praktischer Hinweis: Bricht der Befehl mit einem Fehler zum Eingabeformat ab, tauschen Sie -inform DER gegen -inform PEM. Eine Minderheit der .p7m-Dateien ist PEM-kodiert statt binär DER. Lassen Sie den Schalter dabei nicht einfach weg, denn OpenSSL nimmt dann S/MIME an und scheitert mit einer verwirrenden Meldung zum Content-Type.

Der andere Weg sind Desktop-Programme. Estlands DigiDoc4-Client öffnet ASiC-Container und liest auch .p7m-Dateien, italienische Zertifizierungsstellen liefern kostenlose Reader für ihre firma-digitale-Pakete mit. Beides funktioniert gut. Beides setzt aber voraus, dass Sie im Ökosystem des jeweiligen Landes zu Hause sind, und das passt schlecht, wenn eine italienische Rechnung pro Quartal Ihre gesamte Berührung mit dem Format ist.

Was diese Tools nicht tun

Das gehört klar gesagt, es spart Ihnen einen verlorenen Nachmittag. Die Prüftools von Chaindoc prüfen Signaturen: Sie berichten, welche Signaturen in der Datei stecken, wer signiert hat und ob das Ergebnis trägt. Ein Entpacker sind sie nicht. Wenn Sie eigentlich das PDF selbst brauchen, entpacken Sie den Container oder nehmen den OpenSSL-Befehl von oben. Prüfen und Entpacken sind zwei verschiedene Aufgaben, und es lohnt sich, sie auch im Kopf getrennt zu halten.

Zwei Dateien, die fast gleich aussehen, können sich völlig unterschiedlich verhalten, und an dieser Stelle geben die meisten auf.

Eine enveloping Signatur trägt das Dokument in sich. Eine .p7m ist das Alltagsbeispiel: eine Datei, in sich abgeschlossen, allein prüfbar. ASiC-Container sind aus demselben Grund abgeschlossen, weil Dokumente und Signaturen zusammen im selben ZIP reisen.

Eine Detached-Signatur enthält überhaupt kein Dokument. Nur die Signatur und das Zertifikat, sonst nichts. .p7s ist die übliche CAdES-Variante, auf der XAdES-Seite taucht dasselbe Muster als detached .xml oder .xsig auf. Laden Sie so etwas allein hoch, hat die Prüfung eine Signatur ohne Vergleichsobjekt, und Sie bekommen ein unbestimmtes Ergebnis. Das liest sich wie ein Fehlschlag. Es ist keiner.

Die Lösung: beide Dateien übergeben. In den Formularen von Chaindoc blendet die Auswahl einer detached-fähigen Datei (.p7s, .xml oder .xsig) ein zweites Feld für das signierte Dokument ein. Hängen Sie das Original dort an, dann lässt sich der Hash endlich neu berechnen und vergleichen.

Eine Warnung zu diesem Original. Es müssen genau die Bytes sein, über die signiert wurde, und keine Kopie, die durch ein Dokumentenmanagementsystem gelaufen, neu gespeichert oder von einem Mail-Gateway umgeschrieben worden ist. Ein einziges verändertes Byte bricht den Hash. Wenn eine Detached-Signatur also durchfällt, verdächtigen Sie zuerst Ihre Kopie des Dokuments und erst danach die Signatur.

Wer nach einem P7M-Viewer sucht, bekommt drei Arten von Antwort, und die sind nicht gleich gut.

Nationale eID-Clients

DigiDoc4 in Estland und die kostenlosen Reader, die italienische Zertifizierungsstellen ihren firma-digitale-Paketen beilegen. Das sind die Programme, um die herum die Formate entworfen wurden, sie kosten nichts und behandeln die lokalen Sonderfälle sauber. Der Haken: Sie setzen voraus, dass Sie zum Ökosystem des jeweiligen Landes gehören, und mehrere wollen erst Ihren Kartenleser samt Treibern sehen, bevor sie etwas Interessantes tun.

Die Kommandozeile

OpenSSL für .p7m, ein beliebiges Entpackprogramm für .asice. Kostenlos, auf den meisten macOS- und Linux-Rechnern längst vorhanden und vollkommen gleichgültig gegenüber dem Herkunftsland der Datei. Unter Windows bekommen Sie OpenSSL über WSL oder als native Version. Völlig in Ordnung, sofern ein Terminal Sie nicht abschreckt.

Prüfdienste im Browser

Nichts zu installieren, was zählt, wenn Sie eine solche Datei im Monat bearbeiten und keinen ausländischen eID-Client dauerhaft auf dem Laptop wohnen lassen wollen.

Welcher P7M-Viewer lohnt sich nun wirklich?

Ehrliche Antwort: Bei gelegentlichen Dateien ist ein Desktop-Reader überdimensioniert. Bei täglichem Aufkommen aus einem einzigen Land installieren Sie dessen Client und denken nicht mehr darüber nach. Die unangenehme Mitte, in der signierte Dateien aus drei Ländern in Formaten eintreffen, nach denen niemand Sie gefragt hat, ist die Stelle, an der ein formatunabhängiger Prüfdienst seinen Platz verdient.

Welchen Weg Sie auch wählen: Seien Sie skeptisch bei den kostenlosen "P7M-Öffner"-Downloads, die die Suchergebnisse füllen. Sie würden ein signiertes Rechtsdokument einer unbekannten Binärdatei von einer Seite anvertrauen, von der Sie noch nie gehört haben. Schlechter Handel für fünf gesparte Minuten.

Das Dokument auf den Bildschirm zu bekommen beantwortet die langweilige Frage. Die interessante lautet, ob die Signatur drumherum etwas bedeutet.

Was dabei gern untergeht: Die Nutzlast herauszuholen beweist gar nichts. Eine .p7m kann eine Signatur mit einem abgelaufenen Zertifikat enthalten, mit einem gesperrten Zertifikat, mit einem Zertifikat, das jemand anderem gehört als angenommen, oder über Inhalte, die seither verändert wurden. Entpacken Sie sie, und das PDF öffnet sich in jedem dieser Fälle tadellos, denn dem Dokument fehlt ja nichts. Kaputt ist die Behauptung darüber, wer es freigegeben hat.

Eine ordentliche Prüfung beantwortet vier getrennte Fragen:

• Integrität. Passt der Hash noch zu den signierten Bytes? Alles, was sich nach dem Signieren geändert hat, fällt hier durch.
• Kette. Führt das Signaturzertifikat zurück auf eine Wurzel, der die Prüfung vertraut? Chaindoc nimmt die EU Trusted List als primären Vertrauensanker, daneben stehen die großen kommerziellen Zertifizierungsstellen.
• Sperrprüfung. War das Zertifikat im Moment der Signatur in Ordnung, nicht heute? Eine Datei von 2023, signiert mit einem 2024 abgelaufenen Zertifikat, ist völlig gültig.
• Zeitstempel. Gibt es einen vertrauenswürdigen Zeitstempel, der den Signaturzeitpunkt festhält? Ohne ihn hat die Frage nach der Sperrung keine belastbare Antwort.

Und eine fünfte, die Ihnen kein Tool abnimmt: Ist der Unterzeichner der, für den Sie ihn halten? Öffnen Sie den Zertifikatsinhaber, lesen Sie Organisationsnamen und Steuernummer und vergleichen Sie beides mit dem Absender, den Sie erwarten. Eine kryptografisch makellose Signatur der falschen Firma ist die Form, die Rechnungsbetrug meistens annimmt. Unser Leitfaden zum Prüfen einer signierten Rechnung geht diese Prüfung sauber durch.

Ob eine Signatur nach eIDAS als qualifiziert gilt, ist noch einmal eine eigene Abfrage, und zwar gegen eine nationale Trusted List statt gegen die Kryptografie. Qualifizierte Vertrauensdiensteanbieter und die EU Trusted List erklärt, wie diese Abfrage funktioniert, und der Leitfaden zur qualifizierten elektronischen Signatur sagt Ihnen, was das Etikett rechtlich tatsächlich bringt.

Vier Gewohnheiten, alle verbreitet, alle vermeidbar.

Eine P7M-Datei umbenennen, um an das Dokument zu kommen. Die Endung abzuschneiden packt nichts aus. Sie bekommen eine kaputte Datei, und wenn das Ihre einzige Kopie war, haben Sie gerade ein Beweismittel vernichtet, das Sie in Jahren noch brauchen könnten.

Nach dem Öffnen neu speichern. Extrahiertes PDF öffnen, Kommentar einfügen, speichern, und schon passen die Bytes nicht mehr zu dem, was signiert wurde. Die Prüfung gegen den Originalcontainer funktioniert weiterhin, und genau deshalb heben Sie den Container auf. Gegen Ihre bearbeitete Kopie wird sie nie funktionieren.

Weiterleiten über Systeme, die die Datei anfassen. Mail-Gateways kodieren Anhänge neu. Dokumentenmanagementsysteme normalisieren Leerraum in XML. Portale rendern PDFs beim Download neu. Jedes davon kann eine Signatur brechen, ohne ein einziges sichtbares Zeichen zu ändern. Fällt eine Datei durch, bitten Sie den Absender also um einen erneuten Versand als direkten Anhang, bevor Sie böse Absicht unterstellen.

Die Verpackung wegwerfen, sobald das Dokument da ist. Verständlich und teuer. Das signierte Original ist das Beweismittel, das extrahierte PDF nur eine Arbeitskopie. Archivieren Sie beides.

Alles zusammen ist einfacher, als die Dateiformate aussehen lassen. Eine P7M-Datei ist eine verschlossene Kiste, eine .asice-Datei ein ZIP mit Regeln, und beide enthalten ein gewöhnliches Dokument plus eine Behauptung darüber, wer es signiert hat. Holen Sie das Dokument heraus, wie es Ihnen passt. Und prüfen Sie dann die Behauptung, denn diese Antwort wird mit jedem Monat teurer, den Sie damit warten.