没有强命名的代码签名是否会让您的应用程序被滥用？
试图了解authenticode代码签名和强命名。
我是否正确地认为，如果我对引用一些dll（不是强名称）的exe进行代码签名，恶意用户可以替换我的DLL并以看起来好像是由我签名但正在运行的方式分发应用程序他们的代码？
假设这是真的，看起来你真的不想签署一个.NET应用程序而没有强烈命名整个事情，否则你给人们在你编写的应用程序的幌子下执行代码的能力？
我不确定的原因是我在网上发现的所有文章（包括关于使用SN + Authenticode的MSDN文档）似乎都没有提到这一点，这似乎是一个相当重要的理解点（如果我理解正确） ？
我是否正确地认为，如果我对引用一些dll（不是强名称）的exe进行代码签名，恶意用户可以替换我的DLL并以看起来好像是由我签名但正在运行的方式分发应用程序他们的代码？
是的，如果其余的DLL只是签名而不是强名称，则可以在没有.NET引发exception的情况下替换它们。 您可以在exe内部validationDLL是否由与exe相同的密钥签名。 这些方法都不能阻止某人替换您的DLL或EXE。
假设这是真的，看起来你真的不想签署一个.NET应用程序而没有强烈命名整个事情，否则你给人们在你编写的应用程序的幌子下执行代码的能力？
一般来说，我认为这是“最佳实践”，但你再次没有阻止任何事情。 一旦用户有权更改本地系统上的文件，您就无法阻止他们进行恶意活动。
有几种混淆技术可以将完整的.NET项目构建到单个exe中，这可能会成为“最安全”的方法，但仍然可以被篡改。
真正的问题是你想阻止他们做什么？ 我的意思是说，为什么有人会有兴趣更换你的DLL？ 他们希望实现什么，他们的目标是什么？ 如果你试图阻止某人从你所处的过程中读取敏感信息，那将是一段漫长的艰难道路。 假设恶意方可以完全访问您的源代码和您的进程使用的每条信息，因为它们可以访问。 假设他们可以随意替换全部或部分代码，因为他们可以。
更新
因此，绑定重定向仅适用于使用相同键进行强名称的程序集，因此可以保护您免受更改的DLL的影响吗？
正确，除了注意到的例外，代码注入仍然可以通过多种方式完成。
…回到最初的问题，没有强命名的代码签名有点破坏了代码签名的意义吗？
并不是的。 代码签名（不强命名）有两个不同的目的：
- validation。 validation软件作者是谁。
- 诚信。 validation软件自签名后未被篡改。
通常，这仅在安装期间进行身份validation和validation。 这就是我们签署setup.exe的原因，以确保客户已收到我们未经修改的安装程序。 系统会提示“您信任XXXX公司”，从而授权经过身份validation/签名的安装程序。 一旦安装，操作系统几乎没有内置的代码签名使用（除了驱动程序和其他一些模糊的情况）。
另一方的强命名与它的存在有着完全不同的目的。 它完全专注于应用程序的“完整性”。 没有证书，没有签名机构（CA）来validation它，没有用户显示的信息供他们确认，操作系统也无法validation它将要运行的可执行文件。
.NET框架对很多东西使用强名称，所有这些我都松散地归类为应用程序完整性：
- dll / exe的内容具有签名哈希，因此不能被篡改。
- 加载依赖项时，每个引用都必须强名称和validation。
- 可以在GAC中注册程序集，也可以使用发布者策略。
- 可以生成本机图像以生成程序集IL的编译图像。
我确信这里还有其他的东西，但这些是我所知道的主要用途。
签名和强命名的最佳实践
- 使用签名安装程序
- 使用代码签名的可执行文件
- 使用强名称的可执行文件
- 强名称所有依赖项和对它们的引用
- 通常不需要代码签名依赖项*
- 考虑GAC在安装时注册程序集
*注意：代码签名在某些情况下对于DLL很有用，例如标记为“安全”并嵌入浏览器的COM对象应该签名并强名称，就像它是可执行文件一样。 代码签名在外部validation依赖关系时也很有用，无需加载程序集或反映它的属性。
一旦有人可以替换你的机器上的dll或运行代码，就不会有很多安全措施留给你。 就我而言，所有Dll都是单独签名的代码。 我的代码拒绝下载未作为自我更新的一部分签名的Dll。 但是，在我的系统上以我的完整性级别或更高级别运行的任何应用程序（在> = Vista Windows的情况下）仍然可以使用诸如CreateRemoteThread等（http://www.codeguru.com/Cpp/WP）向我的exe中注入一个dll /dll/article.php/c105）但是再次假设某人可以将外国代码输入系统是困难的部分。 其余的很容易。
您还必须记住，在不部署应用程序的其他部分的情况下升级dll时，代码签名经常会带来很多痛苦。
这就是为什么许多流行的图书馆没有强烈命名dll的原因
在寻找相同并阅读许多东西之后。 我终于可以对你的问题说，是的，如果要对app app进行数字签名，那么依赖的强名是必须的。
如果您的依赖项没有强名称，请假设这一点。 他们被取代了。 您的应用程序将毫无问题地加载它们。 用户将看到“已validation的发布者：您的姓名”对话框。 虽然可执行文件未受影响，但依赖项已被更改。
问题不在于该用户，而是分发了具有更改依赖关系的包，而每个人都会看到您的名字。