.Net Assemblies Security - 防止黑客攻击/逆向工程[关闭]

Question

我已将知识产权编码到最终用户计算机上的 .net 2.0 完全受信任的程序集（.exe + DLL）中，我想保护它免受黑客攻击/反向工程（Web 服务/云计算解决方案）不是一种选择）。以下是我为实现这一目标而收集的一系列技术。

我的问题是：

1. 我的假设是否正确，或者我在一项或多项技术中做错了什么？
2. 此列表是否足以防止恶意攻击，还是我应该添加其他保护措施？

提前致谢。

--

建议的技巧

1. 使用相同的强名称密钥签署所有程序集。
   这有两个好处：
   • A.确保对程序集的任何修改都会使其无用，
   • 乙。所有程序集都将具有相同的公钥，它们可以通过该公钥相互识别。
2. 对程序集进行数字签名：两者都让用户知道执行的代码来自正确的源，并且 - 添加另一个标识组件，程序集可以通过该组件相互识别。
3. 通过爬取调用堆栈并验证所有调用者都在“社区”内来执行上述操作。
   可能的线索：
   • Hallgrim 在this S.O. thread 中的想法。
   • Daniel Brückner 在this S.O. thread 中的补充。
   • 这个.Net Security Blog Post，结合了这两种解决方案。
4. 使用 AOP（例如 Spring.NET）将调用堆栈爬取代码注入到部分/所有方法中。
   • 这主要是因为在 .net 程序集中没有单一入口点（如 Win32 DLL 的 DllMain()）。
5. 对所有程序集进行模糊处理，以阻止逆向工程和反射执行尝试（当然，在模糊处理后会执行强名称签名）。
6. 集成System.ComponentModel.LicenseProvider 机制。
7. 利用“InternalsVisibleTo”程序集级属性在预定义的程序集中公开内部。
8. 可能使用 NGEN 将解决方案转换为本机代码。

需要考虑的要点

• 实施上述部分或全部内容很可能会导致性能损失，因此应谨慎处理时间关键型处理等问题。
• CAS 似乎与这种类型的完全受信任的程序集无关。

Answer 1

恐怕你不会得到你想要的所有安全性。你看，这是这些使用中间语言的语言/平台的问题。它必须采用所有运行时实现都可以使用并生成本机代码的格式。

我看过一些关于篡改签名程序集的博客文章。我还没有尝试过，但我认为它有效。除此之外，混淆工具只会使提取代码变得更加困难，但并非不可能提取代码（尽管有一些非常好的工具使它变得非常困难）。而 NGEN 不是为了那个。您仍然需要分发原始程序集。

我认为保护代码最有效和最安全的方法是将其移至无法反编译的技术，例如，将敏感代码移至非托管 C++ 并在 C# 代码上使用 DLLImport。

这并不意味着您不应该尝试保护您的代码，但您应该记住，您不会受到 100% 的保护。如果您负担不起用另一种语言重写敏感代码的费用，请使用混淆和签名。没有比这更安全的了。