Skip to main content
Participant
May 18, 2016
질문

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

  • May 18, 2016
  • 9 답변들
  • 70666 조회

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

9 답변

Participant
January 2, 2025
MikelKlink
Participating Frequently
January 7, 2025
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.

Participant
July 24, 2024

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.

MikelKlink
Participating Frequently
July 26, 2024
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.

Participant
April 11, 2024

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!

MikelKlink
Participating Frequently
April 16, 2024
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.

Participant
January 29, 2024
  1. Signature validation ka option nahi open hota hai show certificate bhi open nahi ho raha hai 
Participant
January 11, 2024

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.

MikelKlink
Participating Frequently
January 11, 2024

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.

Participant
January 11, 2024

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

Participant
April 5, 2023

KESHAV BHAIYA ALL THE ISSUE OF TIME CONTAIN IN SINGHNATURE

Participant
January 28, 2022

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

 

MikelKlink
Participating Frequently
January 28, 2022

@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.

MikelKlink
Participating Frequently
December 6, 2022

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.

 


quote

Now we ... 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. ...

 

I don't really understand the issue:

  • Are the entries of your new signature dictionary in another order than those of the old signature? That would be harmless, as long as name/value pairs remain together, the order of the pairs is arbitrary.
  • Or has the dictionary of the old signature changed, too? That indeed would be bad, the whole original PDF must remain unchanged in the new one.

Unfortunately I don't know node-sign at all, so I cannot tell you how to use it. Just make sure that it adds the new signature in an incremental update of the PDF, at least if there already are signatures in the PDF.

 

Participant
July 7, 2021

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

 

Legend
July 7, 2021

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

Participant
July 7, 2021
Participant
October 1, 2020

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

Participating Frequently
April 16, 2021

@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.

MikelKlink
Participating Frequently
April 16, 2021

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.