.net - 商业混淆器如何实现崩溃 .net Reflector 和 ILDASM？

Question

一些商业混淆器 claim they can crash ILDASM (以及其他类似的工具，例如 Reflector)

对他们如何实现这一目标有任何想法吗？

正如这里的许多主题所述，有足够动力/时间/技能的人总能找到一种方法来阅读您的代码(也就是说，如果它是可运行的，它就是可反编译的)，但在我看来，大多数随意的代码阅读者不会如果 Reflector 不能为他们反编译我的代码，请麻烦反编译。

我的 IP 的这种级别的保护(即，除了铁杆家伙之外的任何人，他们可能会找到绕过我对他们的每一个技巧的方法)对我来说绝对足够了。

Answer 1

有些很可能会引入 CLR 能够运行但 ILDASM 等无法处理的无效 IL。在我看来，这是一件坏事 - CLR 将来可能会提示它。

其他人可能会创建有效的 IL，但由于以某种方式出乎意料，它恰好会启动 ILDASM 和 Reflector。举个愚蠢的例子，假设一个标识符包含一个不可打印的字符。据我所知，这是有效的，因为 CLR 将标识符视为不透明的 blob，但尝试显示它们的东西很可能会失败。这可能只是暂时的帮助 - 虽然 ILDASM 不经常更新，但 Reflector 更新频繁，我希望开发人员在发现此类问题时解决此类问题。

有助于防止高级反编译而非反汇编的第三种替代方法是创建 IL，它在 C#/VB 中没有明显的类似物，但它是完全有效的。事实上，iterator blocks sometimes already do this (查看文章底部附近)。

我希望任何合法且保证可运行的东西现在或至少在未来某个时间是可拆卸的(呃)。 Reflector 现在崩溃(或者更确切地说，在撰写营销宣传语时)并不是 future 崩溃的良好迹象。