我将如何在大多数混淆上去混淆 confuserex？ [关闭]答案

【问题标题】：How would I go about deobfuscating confuserex on most amount of obfuscation? [closed]我将如何在大多数混淆上去混淆 confuserex？ [关闭]
【发布时间】：2019-12-24 23:38:29
【问题描述】：

如果我有一个 confuserex 应用程序添加了最多的混淆（最大预设），我将如何去混淆它？

【问题讨论】：

如果有一种简单的方法可以做到这一点，谁会为混淆而烦恼？
没有人会帮你解决这个问题；不可能知道你的意图，以及它是否是秘密的邪恶。我们必须保护我们的代码的少数方法之一是通过混淆。如果我们找到一种方法来使其无效，那将会以无法弥补的方式伤害每个人。
@Krythic 我还没有看到一个混淆器是好人的混淆案例。在 100% 的情况下，混淆是为了 DRM 或隐藏恶意软件。
@JosephSible-ReinstateMonica 一家确保它可以支付程序员的公司和一个确保他明天还有东西吃的程序员是好人，至少对我来说。 |此外，如果我们破解它，那只会导致将来应用更糟糕的混淆形式。
@JosephSible-ReinstateMonica 也许吧。我们可以随心所欲地称呼它，但扰码以便不可破译的概念在今天比以往任何时候都更流行于 .NET。只需查看 JavaScript 驱动的网站。现在 JS 开发人员可能不会称其为 “混淆”，他们可能有不同的主要目标，但最终效果是相同的。我不相信我观察到的任何创作都与 DRM 或恶意软件有关。祝你圣诞快乐，先生

标签： c# .net deobfuscation confuserex

【解决方案1】：

对某些东西进行混淆和去混淆要容易几个数量级。这个问题很有可能有邪恶的意图。任何实际的帮助只会导致未来的混淆变得更加激进。对于 hte 混淆软件的性能、调试和可靠性而言，情况更糟。

关于我能想到的唯一理论上的方式，有类似 Visual Studioes/.NET JiT 级别的代码优化。它们能够将constructst 换成完全不同、更快的constructst。对速度的优化。这将是对可读性的优化。但即使这样也无法恢复被某些占位符名称混淆的名称。但我不想再多想了。

【讨论】：