生成的签名PDF使Adobe Reader崩溃，但没有其他PDF阅读器

Question

我们有修改PDF的代码，然后对修改的PDF进行数字签名。 我们使用iTextSharp库的LGPL版本（4.1.6）对PDF进行数字签名。

public static Stream DigitallyCertifyPdfStream(Stream uncertifiedFileStream, CertificationBundle certificationBundle)
{
    using (var memoryStream = new MemoryStream())
    {
        var pdfReader = new PdfReader(uncertifiedFileStream);
        var signatureStamper = PdfStamper.CreateSignature(pdfReader, memoryStream, '\0', null);
        signatureStamper.SetEncryption(null, Encoding.UTF8.GetBytes(certificationBundle.Password), PdfWriter.ALLOW_PRINTING | PdfWriter.ALLOW_MODIFY_ANNOTATIONS, PdfWriter.STANDARD_ENCRYPTION_128);

        var signatureAppearance = signatureStamper.SignatureAppearance;
        signatureAppearance.Reason = "Approval of design";
        signatureAppearance.Location = "";

        var privateKey = certificationBundle.PrivateKey;
        var signingCertificates = new[] { certificationBundle.Certificate };
        signatureAppearance.SetCrypto(privateKey, signingCertificates, null, PdfSignatureAppearance.WINCER_SIGNED);

        pdfReader.Close();
        signatureStamper.Close();

        return new MemoryStream(memoryStream.ToArray());
    }
}

这是展示问题的PDF示例。 PDF将首先打开，但随后将冻结并且不可导航。 无论您是否拥有我们的证书来验证是否已安装此签名，都可能出现此问题。

这个问题似乎并没有持续发生，并且该问题仅存在于Adobe Reader中。 浏览器PDF查看器和Foxit Reader（进行签名验证）可以很好地处理它。 有时过一会儿会出现一个错误框，上面写着“打开流时出错”。

另外有趣的是，对于经过相同数字签名过程的PDF，我们在外观完整性报告中观察到以下内容

目前，我们不确定这些问题是否与问题有关。 我提到它们是因为它们可能相关。

那么，问题是，为什么这种经过数字签名的PDF会使Adobe Reader崩溃，我们该如何补救？

Answer 1

您的PDF包含损坏的图像：

16 0 obj
<</Type/XObject/BitsPerComponent 8/Interpolate true/Width 736/ColorSpace/DeviceRGB/Filter/DCTDecode/Length 0/Height 1242/Subtype/Image>>stream

endstream
endobj 

该Image XObject声称包含RGB位图图像（736x1242，24位），并且同时为空（ 长度 0）。 如果遇到此类丢失的数据，PDF查看器可能会失败（尽管令人印象深刻的是Adobe Reader锁定了一段时间……）。

请检查源PDF中是否已中断该流。

---

顺便说一句：

    pdfReader.Close();
    signatureStamper.Close();

关闭压模之前，请先关闭阅读器。 由于压模在关闭过程中可能需要接触读取器，因此这是一个坏主意。 只需切换Close呼叫的顺序。

---

顺便说一句，您的代码将产生一个adbe.pkcs7.sha1签名。 从安全角度考虑，这是一个坏主意，因为无论您在签名中使用哪种安全算法，该机制都将SHA1用于第一个文档哈希，并且通常不再认为SHA1是安全的。