跳到主要内容

强签名（Strong Name）使用教程

本教程详细介绍 .NET 强签名的作用，以及恒盾C#混淆加密大师中强签名功能的使用方法和注意事项，帮助开发者在混淆处理后保持程序集标识一致、通过完整性校验。

什么是强签名​

强签名（Strong Name）是 .NET 平台为程序集提供的一种签名机制，通过一对公私钥（保存在 .snk 密钥文件中）为程序集生成数字签名。它的作用主要体现在三个方面：

  • 唯一标识：强名称由程序集名称、版本号、区域性和公钥标记（Public Key Token）共同组成。使用不同密钥签名的同名程序集可以共存，避免与第三方类库发生命名冲突。
  • 防篡改校验：强签名与程序集内容绑定。文件被修改后，签名校验将无法通过，可以用于发现程序集是否被篡改。
  • 引用绑定：当一个强签名程序集引用另一个强签名程序集时，运行时会按"简单名称 + 公钥标记"进行绑定。密钥一致，引用才能正常加载。

需要注意的是，强签名解决的是"程序集是谁、是否被改动"的问题，它不等于混淆和加密，也不能替代代码保护功能。两者配合使用，才能同时满足"防篡改"和"难反编译"的需求。

为什么混淆后需要重新签名​

如果输入的 DLL 或 EXE 本身是强签名程序集，混淆处理完成后，文件内容已经发生变化，原有的强名称签名随之失效。此时会出现两类问题：

  1. 引用加载失败：其他程序集在编译时记录了对你的 DLL 的强名称引用。签名失效或公钥标记变化后，运行时可能抛出找不到程序集或加载失败的异常。
  2. 无法通过强名称校验：需要放入 GAC 或接受签名校验的场合，签名失效的文件会被直接拒绝。

通过强签名功能，使用与原始程序集相同的 .snk 密钥重新签名，公钥标记保持不变，其他程序集的引用关系得以延续。这也是启用该功能最常见的原因。

如果原始程序本来没有强签名，也可以借助该功能为输出文件补上强签名，例如后续需要将 DLL 安装到 GAC，或公司规范要求所有程序集必须签名时。

如何生成强名称密钥文件​

强签名需要 .snk 格式的密钥文件。如果项目中已有密钥文件（例如编译时用于签名的 xxx.snk），直接使用该文件即可。常见的生成方式有两种：

方式一：使用命令行工具​

在 Visual Studio 的"开发者命令提示符"（Developer Command Prompt）中执行：

sn -k MyKey.snk

命令会在当前目录生成一个包含公私钥对的密钥文件。

方式二：使用 Visual Studio​

在传统 .NET Framework 项目中，打开"项目属性" → "签名"页，勾选"为程序集签名"，点击"新建"即可生成 .snk 文件。SDK 风格项目（.NET Core / .NET 5+）也可以在项目属性中勾选"为程序集生成强名称"来创建。

如何使用强签名功能​

  1. 打开恒盾C#混淆加密大师，切换到"强签名配置"选项卡。

    强签名配置界面

  2. 勾选"启用强签名"，此时密钥文件输入框变为可用。

  3. 在"强名称密钥文件"处点击"选择文件"，指定用于签名的 .snk 文件。

  4. 回到"快速混淆加密"选项卡，选择要处理的 DLL 或 EXE，按需要勾选保护、混淆和重命名等选项。

  5. 设置输出文件路径，点击"开始处理"。

  6. 处理完成后，输出的文件即为带有效强名称签名的程序集。

  7. 如果后续仍需使用相同配置，点击"保存配置"保留当前设置，密钥文件路径会一并保存。

注意： 如果不需要强签名，保持"启用强签名"为未勾选状态即可，输出文件不会执行签名操作。

哪些场景适合启用强签名​

  • 原始程序集已带强签名：用同一把密钥重新签名，保证混淆后的 DLL 仍能被既有引用方正常加载，这是最主要的场景。
  • 需要安装到 GAC 的类库：放入全局程序集缓存的 DLL 必须具有强名称，混淆后需重新签名才能继续部署。
  • 对发布文件有完整性要求的场景：借助强名称校验机制，便于发现文件是否在分发过程中被篡改。
  • 团队或客户规范要求：部分企业要求所有对外发布的程序集必须强签名，此时可在混淆后统一补签。

如何确认签名结果​

处理完成后，可以在开发者命令提示符中使用以下命令查看输出文件的公钥标记：

sn -T 输出文件.dll

将显示的公钥标记与原始程序集对比：使用同一把密钥签名时，两者的公钥标记应一致，说明引用标识已保留。

使用sn命令查看公钥标记

注意事项​

妥善保管 .snk 文件​

密钥文件包含私钥，一旦泄露，他人可以生成与你同标识的程序集。不要将密钥提交到公开仓库或随安装包分发。

保持密钥一致​

如果目的是延续原有引用关系，必须使用与原始程序集相同的密钥。更换密钥会改变公钥标记，导致引用方加载失败。

强签名不是代码签名证书​

强签名与 Authenticode 数字签名是两种不同机制，后者需要向证书机构申请，用于标识发布者身份，两者可以同时存在。

.NET Core / .NET 5+ 中的定位变化​

在 .NET Framework 中，强名称程序集装入 GAC 时会校验签名；而 .NET Core 及更高版本默认不校验强签名，强名称主要用于保持程序集标识唯一。因此不要把强签名当作主要的安全防线。

强签名不提升混淆强度​

强签名只负责标识和校验，实际反编译防护仍取决于启用的混淆和加密选项。

与防篡改选项的区别​

软件中的"防篡改（仅限EXE）"是运行时主动检测文件改动的保护功能，强签名是基于密钥的签名校验机制，两者可以配合使用。

总结​

恒盾C#混淆加密大师的强签名功能，解决了"混淆修改内容后原签名失效"的问题。对于本身就是强签名程序集的项目，使用原密钥重新签名可以无缝保持引用兼容；对于需要 GAC 部署或签名规范的项目，也可以在混淆后为输出文件补上强名称。

使用时记住两点：延续引用必须用同一把密钥，密钥文件需要严格保密。将强签名与混淆、加密等保护选项配合使用，可以让发布的 C# DLL、EXE 既保持完整标识，又具备反编译防护能力。

更多.NET代码保护和混淆选项，请参考：