问题标签 [dotfuscator]

当它们设置为在文件上运行 Dotfuscator 时，我无法完成构建。我的环境是 Visual Studio Professional 2012 和 Team Foundation Server 2012，因此我使用的是构建定义和 Microsoft Team Foundation 构建体系结构（构建控制器、构建代理等）。

我的问题是，当我在 Release 配置中启动构建定义时，该定义设置为在我的输出文件上运行 Dotfuscator Professional，构建挂起（或者运行了很长时间，以至于我还没有看到一个完整的）。日志文件显示它在构建过程模板活动“关联变更集和工作项”期间挂起，并且我的构建服务器上的任务管理器确认此时 Dotfuscator 正在以巨大的 CPU 和内存需求运行（大约 50% 的 CPU 和我''''''''''''''''''''''''ve seen near a gig of memory required）。这是构建日志的后半部分...

最后几行是故意重复的，这正是日志读取的内容。这是构建挂起的地方，Dotfuscator 仍在构建服务器上运行。

这是有趣的部分，当我在构建服务器上进行本地构建时（右键单击解决方案，单击重建），构建运行良好，不到一分钟 Dotfuscator 就完成了。这向我表明 Dotfuscator 和 Team Foundation Build 之间正在发生一些事情。可能与构建过程模板和/或构建代理有关？除了到目前为止我所做的工作之外，我并不是 Team Foundation Build 方面的专家。

关于如何让 Dotfuscator 更快或更正确地运行（取决于我的错误原因）的任何想法？非常感谢所有帮助。

我有一个 Windows 应用商店应用程序，目前使用Dotfuscator混淆。截至目前，我们没有在发布包中包含公共调试符号，因为担心它们会被用来破坏混淆并可能有助于逆向工程/反汇编我们的应用程序。不幸的是，这使得处理 MSFT 提供给我们的故障转储变得困难。

这种恐惧有道理吗？我们应该包括调试符号吗？留下调试符号有什么影响？

我尝试将未混淆的公共符号与故障转储一起使用，但它们不会在 Windbg 或 Visual Studio 调试器中加载。我假设是因为 Dotfuscator 重建了应用程序。

有没有办法让 Dotfuscator 创建调试符号供我们使用，并将它们分开？

我最近在我的计算机上安装了 Dotfuscator 4.10，并且我已经有 VS 2012 在上面运行。当我尝试嵌入在 VS 中的 Dotfuscator 时，一切都运行良好（我的意思是独立的 GUI 应用程序运行良好）。

为了尝试，我创建了一个小型解决方案（无 TFS/VSS），其中包含一个 C++ /clr 应用程序、一个 C++/clr dll 和一个 C# 应用程序。

然后我添加了一个 Dotfuscator 项目。在这个项目中，我添加了三个 dll/exe 其他项目的输出。

当我尝试重建解决方案时，系统要求我保存 .dotfuproj 文件。奇怪和异常的行为，文件应该自动保存，而不提示我。好的，我选择覆盖现有文件（毕竟应该自动完成。）我得到错误对象引用未设置为对象的实例。我不得不取消操作并且无法构建解决方案。

请注意，如果我尝试以其他名称保存 dotfuproj 文件，我观察到了相同的行为。此外，该文件 不是 R/O。

我的问题：有人遇到过这个问题吗？有什么解决办法吗？谢谢你的帮助！

我有相当多的项目集合，其中大多数是主应用程序 .EXE 使用的 .DLL（程序集）。我使用 Dotfuscator 4.10 将它们全部打乱。如果我没有将 .DLL 设置为“以库模式运行”，则接口会被混淆，并且应用程序无法使用它们。但是混淆过程是针对同一运行中的所有文件完成的。那么，是否可以完全混淆库接口，期望重命名将传播到其他程序集和主应用程序？这将允许保护组件。

为了清楚起见：假设我们有一个A.DLL带有公共方法的程序集void Hello();。我希望将它重命名（即使它是公共的）void a:a(); 并且所有调用都void Hello();更改a::a();为 - 在整个解决方案中 - 包括在混淆过程中的其他程序集和主应用程序中？

更新 1：我在 /clr 中使用 C++/CLI，即混合了托管/非托管代码。

我正在使用 Dotfuscator Pro 4.10 混淆使用 VS 2012 构建的应用程序。.NET 代码包含托管和非托管 C++/CLI 代码，因此使用 /clr 编译。

我的解决方案包含很多项目。我只允许重命名为混淆。此外，由于所有程序集/应用程序都在 dotfuscator 项目中，我不在库模式下运行。因此，所有接口都被加扰。

当我混淆程序集时，一切正常，但对于程序集（我们称之为A.dll）。如果我禁用A.dll的混淆，则应用程序可以完美运行。如果我为A.dll启用混淆，我会得到：

错误：System.Resources.MissingManifestResourceException

消息：找不到适合指定文化或中性文化的任何资源。确保“ ahe.resources ”在编译时被正确嵌入或链接到程序集“ A.dll ”中，或者所需的附属程序集是可加载和完全签名的。

ahe是A.dll中窗口窗体的打乱名称，此处抛出异常（来自ApplyResources()）：

资源在A.resx中正确定义（并且在混淆之前工作）。

请注意，这种代码在其他程序集中的许多地方都使用过，当我禁止对有问题的程序集A.dll进行混淆时，它可以完美运行。

那么，有人知道如何解决这个问题吗？随意询问更多信息/细节，我不知道什么可能重要或不重要。

谢谢！

编辑 1：没有任何程序集签名。

我的代码中有秘密字符串，例如“1WDF-2HJH-4HJ5”

在dotfuscation期间是否可以以某种方式替换该字符串？我正在使用 Dotfuscator 社区版 5.54521

可能还有另一种隐藏敏感字符串的方法吗？

I have to obfuscate a large solution (~200 assemblies) using Dotfuscator Pro 4.10. The last run took ~4hr, and this is quite long, much longer than the build itself. What is so time consuming? I mean, I can modify my settings. Maybe I ask it to perform a job that takes a very long time but is not essential to me.

Any idea?

Thanks.

Update: my code is in C++/CLI with native calls.

我在使用 Dotfuscator 进行混淆的项目中使用 Autofac。dotfuscator 无法找到 mscorlib 版本 2.0.5.0

有没有办法告诉 Dotfuscator 如何使用便携式 Dll 混淆 Autofac？

Autofac 团队是否计划参考 .NET 4.0 发布 autofac？

还有其他建议吗？

我试图混淆我的 Windows Store 8.1 Appxbundles。我正在使用 Dotfuscator Professional 来执行此操作。它不接受 Appxbundle 文件扩展名，因此我解压缩了 Appxbundle 以检索其中的 .appx 包。

然后我收到此错误：

我注意到使用的ildasm可执行 dotfuscator 是错误的，所以我添加了一个项目属性来强制它使用 4.5.1/8.1 ildasm。不幸的是，我收到了同样的错误。

有谁知道是什么导致了这个错误？或者下一步是什么ildasm，所以我可以调查它？

编辑：另外，我使用的是最新版本的 Dotfuscator Professional，4.10.2。

I have an application targeting the .NET Framework 4.0. It builds and runs fine but I cannot get it to compile in Dotfuscator CE and they will not support it since it is CE. I am stuck.

Dotfuscator CE (v5.0.2500.0) with Visual Studio 2010 SP1. This is the Error:

The problem seems to originate from Microsoft changing ICommand from PresentationCore.dll in NET 4.0 to System.dll in NET 4.5. Studio handles this and compiles fine as I am targeting NET 4.0.

Dotfuscator CE does not handle it and I am not sure how to correct the issue. Any help would be greatly appreciated.