Prüfung von ASiC-Container-Signaturen
Validieren Sie die digitalen Signaturen, die in Ihren .asice- und .asics-Containern gebündelt sind. Legen Sie eine signierte ASiC-Datei ab, und Chaindoc entpackt sie und prüft jede innere XAdES- oder CAdES-Signatur, die Zertifikatskette, Container-Zeitstempel und die eIDAS-Konformität mit der EU DSS-Bibliothek.
ASiC-Container verifizieren
Laden Sie einen signierten .asice- oder .asics-Container hoch, um die darin gebündelten ASiC-S- / ASiC-E-Signaturen mit EU-DSS-Verifizierungsstandards zu validieren.
Was die Container-Prüfung umfasst
- Kostenlose ASiC- & eIDAS-Container-Prüfung
- Jede innere Signatur einzeln geprüft
- Detaillierter Bericht in Sekunden
- Ihre Datei wird niemals gespeichert
Der hochgeladene Container wird nicht gespeichert. Der Prüfbericht dagegen bleibt 7 Tage lang privat gespeichert und wird dann gelöscht. Danach steht in Ihrem Konto nur noch ein minimaler Eintrag (Ergebnis, Anzahl der Signaturen, Datum).
Was die ASiC-Prüfung überprüft
Ein ASiC-Container ist ein ZIP-Paket nach ETSI EN 319 162, das Ihre signierten Dateien zusammen mit ihren Signaturen trägt. Chaindoc führt den gesamten Container durch die EU Digital Signature Service (DSS)-Bibliothek und prüft ihn gegen diese Regeln.
Entpackt das ASiC-Paket und liest das META-INF-Manifest, das jede Signatur mit der von ihr abgedeckten Datei verknüpft. Wird eine Datei ausgetauscht oder das Manifest manipuliert, fällt es auf.
Ein Container kann mehrere Signaturen über mehrere Dateien enthalten. Chaindoc berechnet jedes signierte Datenobjekt neu und vergleicht es mit dem, was die Signatur behauptet, sodass Sie für jede Signatur ein Bestanden oder Durchgefallen bekommen, nicht nur für das Paket insgesamt.
Verfolgt das Zertifikat jedes Signierers zurück bis zu einer vertrauenswürdigen Root und prüft über CRL- und OCSP-Responder, ob es gesperrt wurde. Sehen Sie, wie über alle Signaturformate hinweg Vertrauen nach eIDAS entsteht.
Liest Container- und Signatur-Zeitstempel und bestätigt dann, ob die Signatur die eIDAS-Regeln und das Profil ETSI EN 319 162 für ASiC-Container erfüllt.
Container, denen Prüfer vertrauen
Erstellen Sie Signaturen, die so streng sind wie Ihre Prüfung: Chaindoc signiert, setzt Zeitstempel und verankert jeden Vertrag in der Blockchain. Der kostenlose Einstieg deckt die ersten Dokumente ab — ohne Karte.
ASiC-S- und ASiC-E-Container
ASiC (Associated Signature Containers) ist in ETSI EN 319 162 definiert. Es ist ein ZIP-basiertes Paket, das die signierten Dateien zusammen mit ihren Signaturen trägt, sodass alles zum Validieren in einer Datei reist.
ASiC-S (Simple)
Eine Datendatei plus eine Signatur oder ein Zeitstempel-Token. Die Endungen sind .asics und .scs. Praktisch, wenn Sie eine einzelne Datei mit Zeitstempel versehen oder signieren und ein aufgeräumtes, eigenständiges Paket möchten.
ASiC-E (Extended)
Mehrere Datendateien, mehrere Signaturen und ein META-INF-Manifest. Die Endungen sind .asice und .sce. Das ist der eIDAS-Zustellungscontainer und das Format hinter den meisten nationalen ID-Karten-Signaturen.
XAdES oder CAdES im Inneren
ASiC ist nur die Hülle. Die Signaturen darin sind entweder XAdES über XML oder CAdES über binäres CMS, und Chaindoc validiert, was auch immer es vorfindet.
BDOC- und DigiDoc-Dateien
Estlands .bdoc ist unter der Haube ein ASiC-E-Container. Benennen Sie die Datei in .asice oder .zip um, falls der Upload die Endung ablehnt. Die DSS-Engine validiert sie dann auf dieselbe Weise, ebenso die DigiDoc4-Pakete aus dem baltischen eID-Ökosystem.
Häufige Fragen zur ASiC-Container-Prüfung
Was ASiC ist, wie die Prüfung abläuft und was das Ergebnis bedeutet. Mehr auf unserer Support-Seite.
ASiC steht für Associated Signature Containers, ein ETSI-Standard (EN 319 162). Es ist eine ZIP-Datei mit festgelegtem Aufbau: Ihre signierten Dokumente liegen neben ihren Signaturen und, bei ASiC-E, neben einem META-INF-Manifest, das beide einander zuordnet. Weil die Originale im Zip stecken, validiert ein ASiC-Container für sich allein, ohne separate Datei.
Im Grunde der Umfang. ASiC-S (Simple) umschließt ein einzelnes Datenobjekt mit einer Signatur oder einem Zeitstempel und nutzt die Endung .asics oder .scs. ASiC-E (Extended) kann viele Dateien, viele Signaturen und ein Manifest fassen, das sie verbindet, und nutzt .asice oder .sce. ASiC-E begegnet Ihnen bei eIDAS-Zustellung und Behördenportalen.
Ja. Die .asice-Dateien aus Estlands ID-Karte, e-Residency, Smart-ID und den DigiDoc4-Apps sind ASiC-E-Container, und dieses Tool liest sie direkt. Eine .bdoc-Datei ist dasselbe unter einem älteren Namen, und der Validator behandelt sie identisch, sobald sie angekommen ist, aber der Upload-Filter prüft jedoch die Endung: Benennen Sie eine .bdoc-Datei in .asice oder .zip um, falls das Formular sie ablehnt. Lettische und litauische eID-Signaturen auf Basis des DigiDoc-Stacks funktionieren genauso.
Beides. ASiC ist nur der Container. Innen sind die eigentlichen Signaturen XAdES (XML-basiert) oder CAdES (binäres CMS), und ein Container kann sie sogar mischen. Chaindoc öffnet das Paket und validiert, was es findet. Signieren Sie stattdessen ein reines PDF? Das ist PAdES, dafür ist das Tool zur PDF-Signaturprüfung da.
Die üblichen Gründe plus ein containerspezifischer. Eine Datei im Inneren wurde nach dem Signieren geändert, sodass ihr Digest nicht mehr passt, ein Signaturzertifikat ist abgelaufen oder gesperrt, oder die Kette reicht nicht bis zu einer vertrauenswürdigen Root. Der containerspezifische Fall ist ein defektes oder fehlendes META-INF-Manifest, das die Verbindung zwischen Signatur und abgedeckter Datei kappt. Der Bericht nennt genau die Signatur und die Prüfung, die fehlgeschlagen sind. Prüfen Sie Container in großem Maßstab? Siehe Preise und unsere API-Integration.
Anleitungen zu ASiC-Containern und digitalen Signaturen
Wie ASiC-E, ASiC-S und die XAdES- und CAdES-Signaturen in ihrem Inneren signierte Dateien prüfbar und eIDAS-fähig halten.
