将新页面添加到PDF并使用iText 7创建签名

简而言之

我无法复制OP的问题。运行他的代码（略微适应当地情况）导致java.security.NoSuchAlgorithmException: no such algorithm: SHA1 for provider SunJSSE。sign另一方面，在将调用程序的提供程序参数“ SunJSSE”替换为“ BC”之后，该代码将创建经过正确认证的PDF。

改编的代码

我通常以JUnit测试的形式检查stackoverflow中的代码。这意味着要进行一些更改。此外，OP的代码包含许多已引用但未定义的变量。这些必须给一个定义。最后，我加载文件以从资源作为流签名，而不是从文件系统作为文件签名。

因此：

final static File RESULT_FOLDER = new File("target/test-outputs", "signature");

@BeforeClass
public static void setUpBeforeClass() throws Exception
{
    RESULT_FOLDER.mkdirs();
    BouncyCastleProvider provider = new BouncyCastleProvider();
    Security.addProvider(provider);
}

@Test
public void testSignLikeXinDHA() throws GeneralSecurityException, IOException, XMPException
{
    String path = "keystores/demo-rsa2048.p12";
    char[] pass = "demo-rsa2048".toCharArray();

    KeyStore ks = KeyStore.getInstance("pkcs12", "SunJSSE");
    ks.load(new FileInputStream(path), pass);
    String alias = "";
    Enumeration<String> aliases = ks.aliases();
    while (alias.equals("demo") == false && aliases.hasMoreElements())
    {
        alias = aliases.nextElement();
    }
    PrivateKey pk = (PrivateKey) ks.getKey(alias, pass);
    Certificate[] chain = ks.getCertificateChain(alias);

    try ( InputStream resource = getClass().getResourceAsStream("/mkl/testarea/itext7/content/test.pdf"))
    {
        sign(resource, new File(RESULT_FOLDER, "test_XinDHA_signed_initial.pdf").getAbsolutePath(),
                chain, pk, DigestAlgorithms.SHA1, /*"SunJSSE"*/"BC", PdfSigner.CryptoStandard.CMS, "Test", "Test",
                null, null, null, 0, true);
    }
}

public void sign(InputStream src, String dest, Certificate[] chain, PrivateKey pk, String digestAlgorithm,
        String provider, PdfSigner.CryptoStandard subfilter, String reason, String location,
        Collection<ICrlClient> crlList, IOcspClient ocspClient, ITSAClient tsaClient, int estimatedSize,
        boolean initial)
        throws GeneralSecurityException, IOException, XMPException
{
    // Creating the reader and the signer

    PdfDocument document = new PdfDocument(new PdfReader(src), new PdfWriter(dest + "_temp"));
    if (initial == true)
    {
        document.addNewPage();
    }
    int pageCount = document.getNumberOfPages();
    document.close();
    PdfSigner signer = new PdfSigner(new PdfReader(dest + "_temp"), new FileOutputStream(dest), true);
    // Creating the appearance
    if (initial == true)
    {
        signer.setCertificationLevel(PdfSigner.CERTIFIED_FORM_FILLING_AND_ANNOTATIONS);
    }
    PdfSignatureAppearance appearance = signer.getSignatureAppearance().setReason(reason).setLocation(location)
            .setReuseAppearance(false);
    Rectangle rect = new Rectangle(10, 400, 100, 100);
    appearance.setPageRect(rect).setPageNumber(pageCount);
    appearance.setRenderingMode(RenderingMode.NAME_AND_DESCRIPTION);
    signer.setFieldName(signer.getNewSigFieldName());
    // Creating the signature
    IExternalSignature pks = new PrivateKeySignature(pk, digestAlgorithm, provider);
    ProviderDigest digest = new ProviderDigest(provider);
    signer.signDetached(digest, pks, chain, crlList, ocspClient, tsaClient, estimatedSize, subfilter);
}

（AddPageAndSign.java）

运行代码

我用一个相当新的Oracle的Java 8无限强度运行的Java代码^TM密码系统扩展策略文件，BouncyCastle的1.49，和iText的无论是在版本7.0.0或7.0.1-快照（当前开发分支）。

（一定要使用从其网站下载的Oracle Java，Oracle JDK的某些变体（由某些Linux发行版提供）包含安全提供程序中的更改，这些更改可能会破坏您的代码。）

使用提供程序参数“ SunJSSE”运行代码会sign导致以下结果：

java.security.NoSuchAlgorithmException: no such algorithm: SHA1 for provider SunJSSE
    at sun.security.jca.GetInstance.getService(GetInstance.java:87)
    at sun.security.jca.GetInstance.getInstance(GetInstance.java:206)
    at java.security.Security.getImpl(Security.java:698)
    at java.security.MessageDigest.getInstance(MessageDigest.java:227)
    at com.itextpdf.signatures.SignUtils.getMessageDigest(SignUtils.java:134)
    at com.itextpdf.signatures.DigestAlgorithms.getMessageDigest(DigestAlgorithms.java:182)
    at com.itextpdf.signatures.ProviderDigest.getMessageDigest(ProviderDigest.java:69)
    at com.itextpdf.signatures.SignUtils.getMessageDigest(SignUtils.java:127)
    at com.itextpdf.signatures.PdfSigner.signDetached(PdfSigner.java:528)
    at mkl.testarea.itext7.signature.AddPageAndSign.sign(AddPageAndSign.java:125)
    at mkl.testarea.itext7.signature.AddPageAndSign.testSignLikeXinDHA(AddPageAndSign.java:81)

使用提供者参数“ BC”来sign调用代码来运行代码会生成经过正确认证的PDF，并在额外的页面上显示签名可视化：

为什么使用SunJSSE没有意义

实际上，使用“ SunJSSE”提供程序获得的异常不足为奇，因为该提供程序未提供SHA1算法。

根据Oracle的文档，它根本不提供MessageDigest算法，而只是结合了签名算法（SHA1withRSA）。

因此，IExternalSignature定义sign为

IExternalSignature pks = new PrivateKeySignature(pk, digestAlgorithm, provider);

将起作用，因为此处将使用SHA1withRSA，但在ProviderDigest那里定义为

ProviderDigest digest = new ProviderDigest(provider);

将失败，因为它尝试使用消息摘要算法SHA1。

作为旁白

您使用SHA1。由于此消息摘要算法在签名创建的上下文中越来越受信任，所以这不是一个好主意。我建议切换到SHA2 famaily的算法。