1 person found this helpful
the encoding of the QC statements does not seem to match the ETSI standard.
If you try to validate your signature with EU DSS tool Digital Signature Service : Advanced Electronic Signature validation (AdES) you'll get an "Internal Server Error" for the same reason.
Acrobat XI and DC behave differently as version XI does not handle the QC statements that have been introduced with ETSI EN 319 412-5. As the issue is related to this portion of the certificate, Acrobat XI is not impacted as it completely ignores the unsupported QC statements.
Acrobat DC instead knows how to validate the new QC statements and therefore triggers an exception because they're encoded incorrectly.
Ok, I understand why Acrobat XI checks the signature with success and Acrobat DC not.
But I am not sure that the encoding of the QCStatements are wrong. If I use the tool dumpasn1 or openssl, QCStatements are well decoded and I have no error. We can see the output from dumpasn1 in the following file: https://sealfile.sealweb.eu/f/8ecad53720/?dl=1
Acrobat DC gives us the following error "Erreur de décodage BER" without anymore explication. EU DSS Tool gives us an "Internal Error" but we are not sure that the reason is from the ASN1 encoding.
Is-it possible to have an output of the ASN1 decoding from Acrobat DC to compare?