【问题标题】:What RFC 3161 public timeserver URLs can be used with signtool.exe?哪些 RFC 3161 公共时间服务器 URL 可以与 signtool.exe 一起使用?
【发布时间】:2015-12-31 08:27:43
【问题描述】:

我在 Windows 上使用 signtool.exe 使用 SHA256 签名进行代码签名。

我看到的唯一示例(来自 Symantec)显示使用:

http://timestamp.geotrust.com/tsa

..作为时间服务器。

例如:signtool.exe sign /a /s MY /n "Common name" /as /fd sha256 /tr http://timestamp.geotrust.com/tsa /v "<file to be signed>"

但我想知道是否还有其他公开支持的 RFC 3161 时间戳服务器也可以工作。

我问这个问题是因为我们之前在使用 SHA1 时通过拥有几个不同的服务器(以及多次重试尝试 + 延迟)在代码签名过程中构建了冗余。这有助于解决非常偶然但令人讨厌的构建失败。

我想在使用 SHA256 进行代码签名时也这样做。

【问题讨论】:

标签: windows code-signing rfc3161


【解决方案1】:

找到这个额外的 RFC 3161 时间服务器:

http://timestamp.comodoca.com/rfc3161

来源:http://zabkat.com/blog/code-signing-sha1-armageddon.htm

【讨论】:

  • 这没有提供问题的答案。要批评或要求作者澄清,请在他们的帖子下方留下评论。 - From Review
  • @GuyCoder 我回答了我自己的问题(发布后几天,因为没有其他人回答,我终于找到了 1 个答案),它确实回答了这个问题。
  • 简短的答案,尤其是那些基本上是链接的答案,在 StackOverflow 上是不鼓励的。我同意这对你来说是一个有意义的答案。您能否从答案中的链接中提供一些详细信息,以便其他人不必追踪详细信息。这在链接失效的情况下也是可取的。我最近不得不删除指向我的答案的链接,该链接现在需要密码才能访问该文档。在后网站中,我希望我确实从答案中的链接中添加了更多详细信息。谢谢。
  • @GuyCoder 我更改了答案,因为旧 URL 无法正常工作。无论如何,我想澄清为什么答案只是一个 URL 是合适的(注意我没有使用“链接”这个词)。时间戳服务器 URL 不是网页链接;这是一个做时间戳的服务。您无法浏览此 URL 的内容。我很欣赏避免“仅链接”答案的价值,但在我看来,该指南不适用于这种非常具体的情况。我引用了 Source 网站,因为这是我找到它的地方。但是这个来源没有相关的内容可以复制到这里。
猜你喜欢
  • 2013-10-31
  • 2018-01-01
  • 2014-02-18
  • 1970-01-01
  • 2020-07-23
  • 1970-01-01
  • 2011-10-28
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多