问题标签 [signtool]

我正在使用 signtool 对一些 Windows 安装文件和应用程序可执行文件进行代码签名。我正在使用的命令是：

该/tr选项使签名带有指定时间戳服务器的时间戳。指定摘要/td算法（散列函数）。

此命令通常由我们的一台远程服务器上的自动代码签名作业执行。该作业签署了 22 个不同的可执行文件，其中一半是安装文件，另一半是应用程序可执行文件。通常，在签名作业的某个时刻，命令在其中一个文件上失败。它并不总是一种或其他类型的 exe，它发生在两种类型上。错误是：

MSDN 文档指出该代码0x80093102意味着：

我检查了服务器的 Windows 事件日志并没有找到任何相关消息。

我重新运行该作业，它有时会在不同的 exe 上失败，有时它会成功签署所有文件。请注意，该作业不会重建 exe，它每次都使用相同的源 exe。我已经使用相同的可执行文件在本地多次运行相同的作业，并且从未遇到过问题。似乎只有当我从远程服务器运行时。基于这一事实，记录的错误信息和结果代码解释的文本，听起来要么连接到时间戳服务器有问题，要么与服务器通信时出错。

这个错误到底是什么意思，我该如何解决这个问题？

更新：我已经修改了我的签名脚本，当单个 exe 在该 exe 上失败时重试签名最多五次。在我的本地机器上测试该更改时，我实际上遇到了相同错误的实例，表明这不仅仅是远程服务器上的问题。假设这只是联系时间戳服务器失败，这可能是我最好的选择。但是，我仍然想知道错误的确切原因是什么。

我正在使用创建 Appx 包makeappx.exe，然后尝试使用SignTool.exe.

我从 SignTool 得到的错误是：

“错误：SignerSign() 失败。” (-2147024693/0x800700cb)

我使用的证书是我按照此处的说明创建的。

EventViewer没有关于此失败操作的记录！

我不明白这个错误是什么意思以及如何解决它！有没有人遇到过这个问题，并找到了解决方案？

我不能使用 Visual Studio，所以我需要坚持使用makeappx.exe.

我有一个构建脚本，我已经使用了很长时间，并且在 2012 年之前的所有以前的 VS 版本中都可以正常工作。迁移到 2013 年之后，构建脚本无法在构建过程结束时签署 ClickOnce 清单，并且抱怨找不到 SignTool.exe。

• 我在 64 位机器上运行 Windows 8.1，安装了完整的 Visual Studio 2013。我尝试重新安装 8.1 的 Windows SDK，但仍然没有成功。
• 当我在 Visual Studio 中运行发布时，发布过程成功签署了清单。
• 我已经搜索过signtool.exe，唯一的命中是C:\Program Files (x86)\Microsoft SDKs\Windows\v7.1A\bin

我实际上不太擅长 MSBuild 的东西，所以我不知道我可以尝试什么，或者我如何向 MSBuild 展示它应该在那里找到该工具。

如果有人有这样的经历，请给我一些提示。

我已经使用 SignTool 对文件（.exe 或 .dll 不是 jar 文件）进行了数字签名。Signtool 还可以验证数字签名。但我的要求是使用 java 程序检查 signtool 签名的文件的数字签名。

我在互联网上搜索，但没有找到任何信息。你能给我指点一下吗？

谢谢你的建议。

我需要为 Windows Phone 8.1 签署 LOB/企业应用程序（构建为 APPX）以进行内部分发。我尝试使用 MSBuild SignFile 任务：

我收到以下错误：

怎么了？

我有一个数字签名的setup.exe文件。它是使用 SignTool.exe 签名的。我也得到了myypfxfile.pfx和mycertfile.cer。我已经编写了下面的代码来验证 Java 中的数字签名，但它给了我 SignatureException:Signature length not correct: got 1734 but was expecting 128. 请建议如何解决这个问题。

以下是有关mycertfile.cer的详细信息：

签名算法：sha1RSA

签名哈希算法：sha1

有效期为 2014 年 7 月 23 日至 2015 年 7 月 31 日

公钥：RSA（1024 位）30 81 89 02 81 81 00 ac 27 04 f6 2a 03 56 65 af 70 b3 32 6c 01 c1 7e 05 96 22 5a ae d0 b2 60 cf 64 f7 ff a5 55 ad 91 67 48 03 81 f7 86 a4 69 45 7c fa b9 b5 9e f9 03 ec be da b9 cd 92 b5 f6 a0 5c 52 9a ea aa 8d c6 24 d7 16 6c 1c a5 88 c8 b0 5d b5 cc 73 fb 13 14 63 e6 60 e4 e3 8b 3a f4 b8 ea c7 a8 4a c7 43 ae 4d b9 95 35 3b 60 d5 18 f6 fa 15 9d 5e 46 81 11 fa 02 44 d8 95 0a da b3 58 e6 65 cd c7 0d f9 02 03 01 00 01

我已经编译了一个 VB6 应用程序，并在编译后使用包含以下命令的批处理文件对其进行数字签名：

如果我右键单击 EXE，我可以在文件属性中看到数字签名。但是，如果人们下载该文件并尝试在 Windows 8 中运行它，他们会在 SmartScreen 中收到来自未知发布者的消息。

我已经阅读了诸如此类的文章http://social.msdn.microsoft.com/Forums/windows/en-US/00813d25-d258-40d8-b03a-c4468959f311/smartscreen-shows-unknown-publisher-even-though-正确签名-使用-a-trusted-certificate?forum=winformssetup但他们推荐的解决方案无法在 VB6 中实现。

如何签署 EXE 以便 SmartScreen 接受它？

我的公司从赛门铁克购买了 EV 证书，用于我们生产的软件产品。具体来说，它被称为：Symantec Class 3 Extended Validation Code Signing CA – G2。

为了开发和构建这个产品，我们使用 Visual Studio 2013，并使用 ClickOnce 作为发布和安装程序机制。我们遇到的问题是 ClickOnce 无法使用其内置的签名机制来应用 EV 证书。ClickOnce 可以很好地看到证书，并允许我们使用“从存储中选择...”按钮来选择它。它在“证书”窗口中显示所有正确信息。但是当我们发布时遇到如下错误：

“<em>签名时出错：无法签名 bin\Release\app.publish\setup.exe。SignTool 错误：发生了意外的内部错误。”</p>

请注意，我们可以使用 SignTool.exe 从命令行应用 EV 证书，因此问题不在于该程序。

有没有人有过这种 EV 证书和 ClickOnce 组合的经验？我们应该购买与 ClickOnce 一起使用效果更好的不同 EV 证书吗？

我的公司从赛门铁克购买了 EV 证书，用于我们生产的软件产品。具体而言，它被称为：Symantec Class 3 Extended Validation Code Signing CA – G2。

我们使用 signtool.exe 将证书应用于可执行文件和 DLL，这已经实现了我们在 Windows 8/8.1 上安装期间消除 SmartScreen 警告的主要目标。

但是，我们的 ClickOnce 安装程序生成的安装对话框显示：

出版商：未知出版商

我们已尽一切努力解决此问题，包括联系赛门铁克技术支持。他们无法帮助我们，只能建议我们致电 Microsoft 寻求帮助。我们认为在这里提问会让我们走得更远。

有没有其他人遇到过这个问题？可能有人知道解决方案吗？

我正在尝试使用 Visual Studio 2012 Express 为 Windows 商店应用程序签署我的 appx 文件，但收到以下错误：

我正在通过 STORE->Create App Packages 菜单运行该过程，因此我无法直接访问 SignTool 的参数。

起初我以为是因为它使用了我们其他开发人员的自签名证书，所以我改用我们的真实证书，但仍然遇到同样的问题。

任何想法可能导致这种情况以及如何解决它？

编辑：怀疑问题是我们的普通证书不支持 SHA-256，所以我在 Visual Studio 中创建了一个新的测试证书，但得到了相同的结果。

EDIT2：验证我的 appx 包中的哈希算法是 SHA256，尝试使用以下命令手动运行 SignTool：

同样的错误，控制台消息中没有有用的信息。