自签名证书到验证码证书?

发布于 2024-07-16 10:30:14 字数 204 浏览 3 评论 0原文

我们通过 ClickOnce 和我们创建的自签名者证书部署了一个 Windows 应用程序。 我们现在正在寻求从 VeriSign 等证书颁发机构获取 Authenticode 证书。

当我们开始使用新证书签署 ClickOnce 清单时,我们的用户是否必须重新安装该应用程序?

是否有任何已知的迁移路径可以处理我们的场景?

谢谢

We deployed a windows application via ClickOnce and a self signer certificate that we created. We are now looking in to getting a Authenticode Certificate from a Certificate Authority like VeriSign.

When we start signing our ClickOnce manifests with the new certificate, will our users have to re-install the application?

Are there any known migration paths for dealing with our scenario?

Thanks

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

邮友 2024-07-23 10:30:14

是的,您可以做到这一点,而无需用户重新安装,但这很棘手。 关键是要认识到应用程序清单具有 Authenticode 签名(用于识别发布者)和强名称签名(用于防止篡改)。 诀窍是使用旧证书作为强名称签名,使用新证书作为 Authenticode 签名。

VS2005/Mage 或 .NET Framework SDK 中的签名工具 (signtool.exe) 都不支持这种签名。 但是 Windows Server 2003 R2 平台SDK 包含较新版本的signtool.exe,带有新的开关“/manifest”以及使用不同密钥进行签名的选项。 使用此工具,您可以使用两个签名的不同密钥对 ClickOnce 清单进行签名。

您可以此处找到更多详细信息

Yes, you can do this without the users having to re-install, but it's tricky. The key is to realise that the application manifests have an Authenticode signature (to identify the publisher) and a strong name signature (to prevent tampering). The trick is to use your old certificate for the strong name signature, and the new certificate for the Authenticode signature.

Neither VS2005/Mage or the sign tool (signtool.exe) from the .NET Framework SDK supports this kind of signing. But the Windows Server 2003 R2 Platform SDK contains a newer version of signtool.exe with a new switch "/manifest" and with options to use different keys for signing. With this tool you can sign the ClickOnce manifests with different keys for each of the two signatures.

You can find more details here.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文