在 WPF 安装程序项目构建中生成 setup.exe，并在 PostBuldEvent 上使用 Signtool 对其进行签名。它确实在 setup.exe 的最后一步在 UAC 弹出窗口中将 Publisher 显示为未知。
有人可以帮我解决这个问题吗？
【问题讨论】：
标签： wpf windows-installer
MSI 与 Setup.exe：您应该签署 MSI 文件以及 Setup.exe 文件。
证书类型：您使用的是哪种证书？我相信您需要来自recognized issuing authority (DigiCert, Thawte, etc...) 的数字代码签名证书。
Signtool.exe：如果你有一个有效的证书，你是否在signtool的命令行中使用了/d选项。签署您的 MSI 时的 exe？：
signtool.exe /d "Your Software Name"
How to add publisher in Installshield 2018
信任但验证：签署文件后，右键单击它并选择“属性”以确保文件实际上已成功签名。查找标签“数字签名”（或您自己语言的等效标签）：
Administrative Installation：有时人们会忘记他们已经通过管理安装运行了 MSI。这本质上是从 MSI 中提取的文件，从而在输出位置 (more) 中生成一个没有嵌入式 CAB 的新 MSI。 不会对提取的 MSI 进行签名 - 即使原始 MSI 已签名。许多公司都使用这个提取的源来保持网络共享上的安装文件可用于修复和检查（以及在应用程序打包期间检查包内容和其他目的）。
后处理 MSI：这实际上是一个非常常见的问题：您绝不能触碰经过数字签名的文件。如果您在应用签名后对其进行编辑，则会使签名无效。数字签名的全部意义在于验证您查看的文件是由供应商签名的文件。换句话说，文件在传输给您的过程中没有被更改（篡改、恶意软件感染等）。 More on this important issue here（尝试幽默）。 Note that the tampering might happen via automation scripts and not by manual editing, hence one must always check for this cause.
其他问题：还有一些其他的可能性。签名文件可能是 corrupted during download 或来自 malware attack 等。远远超出了这个问题，但只是提到了可能会发现这个的人。
链接：
更多链接：
【讨论】：
Signtool.exe 命令的/d "Software Name" 选项，如答案所示？