Skip to main content
Participant
May 18, 2016 10:56 AM UTC
Question

Error during signature verification. Signature contains incorrect, unrecognized, corrupted or suspicious data. Support Information: SigDict /Contents illegal data

Hi Adobe,

We are using adbe.pkcs7.detached adding signature to the PDF. whenever I open signed PDF form it will show signature is unknown with below error code as

Error during signature verification. 

Signature contains incorrect, unrecognized, corrupted or suspicious data.

Support Information: SigDict /Contents illegal data

Can anyone confirm me issue w.r.t to the signature verification.

With regards

Ravi

32 replies

Participant
Jan 2, 2025 7:14 AM UTC
MikelKlink
Participating Frequently
Jan 7, 2025 4:11 PM UTC
quote

password;    RSAI2015


EAadhaar_2726511120312820241001164100_0201202511345.pdf

By @duraimobiles_9170

 

The file you shared is not a valid PDF file. It is the concatenation of two PDF files, the first 1390126 bytes are the first PDF (attached here as EAadhaar_2726511120312820241001164100_0201202511345-001.pdf) and the remaining 1410701 bytes are the second PDF (attached here as EAadhaar_2726511120312820241001164100_0201202511345-002.pdf). Actually the second PDF is a copy of the first with a signature attached.

 

If you open the second PDF in Acrobat, you'll see that it accepts the signature (if you happen to have configured it to trust the "DS Unique Identification Authority of India 05" signer certificate or one of its chain of issuer certificates).

 

Concatenating two valid PDFs does not create a valid new PDF. So when loading your full file, Acrobat has to repair it. But repairing a PDF usually results in a file that is internally considerably different from the original file. Thus, Acrobat will display the signature as invalid.

Translate
Participant
Jul 24, 2024 9:10 PM UTC

Hello @MikelKlink 

 

Could you please help me as well in identifying the issues with signature validity? 
I am trying to sign the PDF using the Apache PDFBox library using a Class-2/3 cert. But, when I open the PDF in Acrobat Reader, I see a bunch of validation failures.. Attaching the sample pdf for reference..  Thanks.

Translate
MikelKlink
Participating Frequently
Jul 26, 2024 4:02 PM UTC
quote

But, when I open the PDF in Acrobat Reader, I see a bunch of validation failures.. Attaching the sample pdf for reference.


Which bunch of validation failures? I only see one:

Looking into it, though, a number of issues become obvious:

 

  • There is no signature container embedded in the signature field value, instead the placeholder is filled with 0x00 bytes. This explains the message by Acrobat, a sequence of 0x00 bytes is not a valid signature container.
  • The gap in the ByteRange array starts at offset 482900. but the actual signature placeholder starts at offset 11036. This is not just off-by-1 or so, it's completely different.
  • The second range in the ByteRange array ends at offset 511033 but tghe file size is just 509215.

 

The first item indicates that the PDF has only been prepared for signing but no signature container has actually been embedded. The latter items indicate that after preparing for signing the PDF has again been opened and then saved regularly and not as a new revision by appending an incremental update.

 

The PDFBox example signing code does neither of these errors. Thus, please have a look at the PDFBox examples and do as they do.

Translate
Participant
Apr 11, 2024 9:14 PM UTC

Hello @MikelKlink ,

 

I'm having a similar problem, trying to do multiple signatures in my test environment. What could be the issue and possible fix?

 

Thanks!

Translate
MikelKlink
Participating Frequently
Apr 16, 2024 10:28 AM UTC
quote

I'm having a similar problem, trying to do multiple signatures in my test environment. What could be the issue and possible fix?

 

@Benjamín36680953jfh8,

 

In your example file the initial revision (containing the first signature) has been re-saved after signing (not applying changes in an incremental update but completely re-writing the PDF). This not only changed the signed byte range contents but also moved the signature dictionary (rendering the ByteRange entry itself incorrect) and changed the size of the single-revision PDF (making the ByteRange not covering a whole revision anymore). Furthermore, the software doing this re-write has an error in its cross reference table writing code.

 

Thus, the first signature in your document must be reported as broken.

 

After that first revision with the broken first signature there are a number of additional revisions (saved using incremental updates) to apply a second signature:

  • (Update 1) Adding an empty signature field
  • (Update 2) Adding an appearance to the new empty signature field
  • (Update 3) Signing the new signature field

At first glance these steps look ok.

 

So you should check which code in your setup broke the initial PDF and fix that.

Translate
Participant
Jan 29, 2024 2:51 AM UTC
  1. Signature validation ka option nahi open hota hai show certificate bhi open nahi ho raha hai 
Translate
Participant
Jan 11, 2024 12:44 PM UTC

Hi everyone!

I have exaxtly the same issue, and I don't know what is wrong with my PDF file. I will upload my original and final PDF's.

Translate
MikelKlink
Participating Frequently
Jan 11, 2024 3:21 PM UTC

There are some errors in your signed PDF:

  • The ByteRange entry is incorrect. For signatures in general the signed byte ranges should be exactly the whole signed revision except the value of the signature Contents key, and for PAdES signatures they must be - and Adobe Acrobat only accepts signatures with byte ranges of that kind. Your signed ranges are a bit off, though:

    ...

    The Contents value starts at 0x3521 = 13601 but according to your ByteRange value it should start at 13589. Similarly it ends at 0x40db = 16603 but it should end at 16591.

  • Your signed attributes are not properly DER encoded:

    The algorithm SHA256 is the DEFAULT value of the signingCertificateV2 attribute. Thus, it must be left out of the DER encoding.

 

(There might be more issues but these two lept to the eye.)

 

Adobe Acrobat is very sensitive in regard to the ByteRange value but probably not in regard to the DER encoding. Other validators, though, may also insist on proper DER encoding.

Translate
Participant
Jan 11, 2024 7:46 PM UTC

I understand and I fix the ByteRange but is still not been verified by Adobe, I update the PDF file.

Translate
Participant
Apr 5, 2023 4:35 PM UTC

KESHAV BHAIYA ALL THE ISSUE OF TIME CONTAIN IN SINGHNATURE

Translate
Participant
Jan 28, 2022 3:19 AM UTC

Hello, is there any sloution? My file freezes so much 😞

 

Translate
MikelKlink
Participating Frequently
Jan 28, 2022 11:23 AM UTC

@Lana2287583331qf 

quote

Hello, is there any sloution? My file freezes so much 😞

 

As @Keshav_pki, @Ravinder5FC4, and @Red5E0F could not share example documents, there was no solution for them.

In @rossi.nicolas' case his file simply was completely broken (and apparently broken by a signing software that worked incorrectly), so the solution there was to sign using an application that does sign correctly.

As long as you don't share an example PDF that's representative for your issue, you're unlikely to find any analysis let alone solution here.

Translate
Participant
Dec 6, 2022 10:15 AM UTC

Hi @MikelKlink , today that issue was solved. Now we are using Fortifyapp client to read token information and make the digital signature using node-signpdf libary to sign the document and we are having another problem in the process. If we try to sign a pdf that was signed previously with Acrobat for example and after that we use node-signpdf we have a diferent /type/sig section. The sign made by acrobat have a format like this:

<</Coments

Filter/Adobe.PPKLite/Type/Sig/ByteRange [0 177162 207164 1458 ]

>>

and the sign made by node-signpdf have in the first place Type/sig/byterange and after that de Comments.

We are using the addplainplaceholder of node-signpdf to make that section.

Summary, the pdf document that supposedly has two digital signature inside, just verify the last one when i open it in Acrobat reader soft.

TIA.

 

Translate
Participant
Jul 7, 2021 11:12 AM UTC

Hello everyone, i'm having the same issue with digital signatures in Acrobat Reader..."Signature contains incorrect, unrecognized, corrupted or suspicious data.
Support Information: SigDict /Contents illegal data..."

I'm adding a signature from my Frontend Application using Fortify client. The documents was verify with others web sites but when i open it in Reader, i saw that message.

i upload a sample pdf

 

Translate
Legend
Jul 7, 2021 11:44 AM UTC

Can you name a public website that verifies the signature OK, so we can try it and compare?

Translate
Participant
Jul 7, 2021 12:20 PM UTC

for example, https://validator.docusign.com/

Translate
Participant
Oct 1, 2020 9:47 AM UTC

Error during signature verification. Signature contains incorrect, unrecognized, corrupted or suspicious data. Support Information: SigDict /Contents illegal data

Translate
Participating Frequently
Apr 16, 2021 8:36 AM UTC

@Keshav_pki @Ravinder5FC4 @8768829 @vladan saveljic @Bernd Alheit @YatharthS 

Does anyone help me with this issue. If there is a solution already?

I have a signed PDF document along with Time-stamp and DSS. But when opened in Adobe reader, Signature is not valid and have the following error:

Signature contains incorrect, unrecognized, corrupted or suspicious data. Support Information: SigDict /Contents illegal data

 

I verified the Signature Field /Annot dictionary it seems normal. /Annot references a Signature dictionary via its /V field. And the Signature dictionary has /Type /Sig which constains all the mandatory fields.

Translate
MikelKlink
Participating Frequently
Apr 16, 2021 9:30 AM UTC

Please share a representative example PDF for your issue.
There are multiple reasons for that message; as it says itself, it's probably merely something unknown to Adobe (e.g. EC signatures with brainpool curves) while other validation services may know these details and can validate without an issue.

Translate