多个签名使iTextSharp pdf签名中的第一个签名无效
我对iTextSharp有意见。我有一个带有表单字段的文档，并且我已经为签名生成了字段。当第一个人在文件上签字时，它就会正常工作。Adobe Reader显示有效签名。当我让第二个人在文档上签名时，Adobe Reader显示签名1现在是“未知签名”，签名无效。Adobe reader显示：
此签名中包含的格式或信息有错误（支持信息：SigDict/Contents非法数据）
共有1个答案
幸好你问了。我开始通过代码来模拟一个没有任何敏感数据的示例，结果发现一个模板正在注入表单字段数据，而没有使用追加模式。这就是要毁掉它的原因。我的错。请注意，链接文章中的签名代码示例非常有用。
-
当我使用带电子令牌的IText对PDF进行签名时，签名的PDF在Acrobat Adobe Reader中显示“至少一个签名无效”。我正在使用有效的电子代币。以下是签署Pdf的代码。
-
PDF创建步骤： 通过添加空签名字段名称创建pdf:suhasb@gmail.com和nikhil.courser@gmail.com，使用原始的hello.pdf输出文件名hello_tag.pdf运行程序>tagpdfsignaturefields.java 从hello_tag.pdf文件中提取签名字段suhasb@gmail.com进行首次签名，输出文件名为hello_signd.pdf
-
前言 随着区块链等相关技术的创新和突破，很多有形或无形资产都将实现去中心化，数字资产将无处不在。比如我们这里分享的 亿书 就是要把数字出版物版权进行保护，实现去中心化，解决业界多年来版权保护不力的难题。 无论数字资产，还是数字出版版权，都是有明确所有权的，当前实现数字资产所属的技术手段就是本篇要介绍的签名。而多重签名是对签名的扩展使用，给数字资产转移提供了安全保障和技术手段。本篇，从基本概念入手，
-
Pushes 签名 git push can be instructed to sign the push. The server may use this to control the execution of certain hooks: git push 可以被指示进行签名 push。服务器可以使用它来控制一些钩子的执行： ❯ git push --signed Github 现在貌似并没有
-
Merges 签名 git merge 命令可以在合并没有使用 --verify-signatures 命令带有不可信 GPG 签名的 commit/branch 时检查和拒绝 如果被合并的分支中有任何没有被有效签名认证的提交，合并将不会继续。 Merge commit 本身也是可以被签名的（使用 -S）： ❯ git checkout -b enhancement/foo ❯ touch qux
-
Commits 签名 在上文提到的 git 仓库中添加一个新文件，并使用 -S 标签来提交（commit）它。（注意不是 -s 标签，在 commit 命令下它意味着 Signed-Off）： ❯ touch biz ❯ git add biz ❯ git commit -S -m "Add biz" 你可以通过在 ~/.gitconfig.local 文件中添加下列内容来开启 commit 自动