如何为Visual Studio 2022开发的.NET/.NET Core程序设置发布者名称

一、应对本地EXE运行限制的经验方案 #

• 申请企业代码签名证书：这是解决发布者验证问题的核心，使用企业名义的代码签名证书签名后的EXE，会被Windows识别为OrgName发布，直接符合例外规则。
• 配置VS调试构建自动签名：修改项目设置，让调试版本的EXE也自动签名，避免每次调试都手动处理，直接绕过限制。
• 申请开发机器白名单：向Windows团队申请将开发者机器的VS调试目录、项目输出目录加入安全白名单，或者将开发机器划入信任设备组，允许未签名调试EXE临时运行。
• 使用远程调试：如果本地完全禁止运行EXE，可借助VS的远程调试功能，在虚拟机或测试服务器上运行目标EXE，本地通过VS连接调试。
• 采用打包发布格式：将应用打包为ClickOnce或MSIX格式，这类格式支持签名且Windows对其安全限制更宽松，同时能稳定带上发布者信息，调试时可直接运行打包后的应用。

二、为调试文件夹中的.NET/.NET Core EXE设置发布者名称 #

注意：EXE的「发布者名称」来自数字签名，VS项目属性中部分“发布者名称”设置仅针对ClickOnce等发布场景，直接编译的EXE需通过代码签名实现。

1. .NET Framework 4.x 项目 #

• 从IT部门获取企业代码签名证书（通常为.pfx格式）。
• 打开项目属性 → 签名选项卡：
  • 勾选「签署程序集」，点击「选择强名称密钥文件」，浏览选择你的.pfx证书并输入密码。
• 切换到生成选项卡 → 点击「高级」按钮：
  • 确保「调试信息」设置为pdb-only或full，避免影响签名有效性。
• 重新生成调试版本，此时调试文件夹内的EXE已被签名，右键查看属性→详细信息即可看到正确的发布者名称。
• 原项目属性中的“发布者名称”不生效是因为该设置仅作用于ClickOnce发布的清单文件，而非EXE本身的数字签名。

2. .NET Core/.NET 5+ 项目 #

方法一：通过MSBuild配置自动签名调试构建

编辑项目文件（.csproj），添加以下调试专属配置：

<PropertyGroup Condition="'$(Configuration)' == 'Debug'">
  <SignAssembly>true</SignAssembly>
  <AssemblyOriginatorKeyFile>../path/to/your/certificate.pfx</AssemblyOriginatorKeyFile>
  <AssemblyOriginatorKeyPassword>your-certificate-password</AssemblyOriginatorKeyPassword>
</PropertyGroup>

保存后重新生成调试版本，EXE会自动完成签名。

方法二：手动使用signtool.exe签名

1. 找到Windows SDK中的signtool.exe（路径示例：C:\Program Files (x86)\Windows Kits\10\bin\10.0.22621.0\x64\signtool.exe）。
2. 打开命令提示符，进入调试输出目录，执行签名命令：

signtool sign /f "D:\certs\your-org-cert.pfx" /p "cert-password" /d "Your App Name" /du "https://your-org-domain.com" YourApp.exe

执行完成后，EXE的发布者名称会被正确识别。

额外注意事项 #

• 调试版签名会增加构建耗时，可仅在需要通过安全限制时开启，或为开发机器单独配置签名规则。
• 禁止使用自签名证书，Windows默认不会信任自签名的发布者，必须使用企业统一发放的合法代码签名证书。
• 团队开发时，可将签名配置放入Directory.Build.props文件，实现团队统一配置。

内容的提问来源于stack exchange，提问作者Raju