是否需用EV代码签名证书签名Visual Studio生成的.NET类库（DLL）？

一、是否需要对DLL进行EV CSC签名？ #

是否签名取决于你的部署场景和安全需求，以下是关键考量点：

• 维持信任链与防篡改：如果你的EXE已经用EV签名，给DLL签名能确保整个应用的组件都未被篡改，避免攻击者替换恶意DLL后通过已信任的EXE执行恶意代码。这对需要保证完整性的应用尤为重要。
• 环境强制要求：在企业组策略、Windows Defender应用控制（WDAC）等严格环境中，系统可能拦截未签名的加载组件。如果你的应用要部署到这类环境，必须给DLL签名。
• 信任与溯源：签名后的DLL能明确开发者身份，出现问题时可追溯，也能提升客户（尤其是企业客户）对应用的信任度。
• 可选场景：如果DLL仅随EXE绑定分发，永远不会单独存在，且部署环境无强制签名要求，你可以选择不签，但仍建议签名以规避后续潜在的兼容性或安全问题。

二、Visual Studio中DLL项目禁用ClickOnce的处理 #

ClickOnce本质是针对桌面EXE的部署技术，类库（DLL）本身不需要也无法单独使用ClickOnce发布，因此Visual Studio禁用该功能是正常行为。你可以按以下方式处理：

• 随EXE的ClickOnce包分发：在你的EXE项目中添加对该DLL项目的引用，确保生成时DLL被复制到EXE的输出目录。之后在EXE项目的ClickOnce配置中，确认DLL被包含在部署包内（通常Visual Studio会自动处理引用的组件）。
• 修正项目类型：如果是误将DLL项目设置为应用程序类型导致的异常，进入项目属性→「应用程序」选项卡，将「输出类型」改为「类库」即可。
• 强名称签名（可选）：如果需要保证.NET程序集的唯一性和版本一致性，可在项目属性→「签名」选项卡，勾选「为程序集签名」，选择或创建强名称密钥文件。这和EV代码签名是不同的机制，用于.NET内部的程序集验证。

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