【问题标题】:ASP.NET MVC Dotfuscator problemsASP.NET MVC Dotfuscator 问题
【发布时间】:2010-12-06 06:35:33
【问题描述】:

我正在尝试使用 Dotfuscator (CE) 来帮助保护我们的 ASP.NET MVC .ddl。它是一个将分发给客户的 Web 应用程序,我们需要一种方法来保护我们的 IP。

问题在于,一旦完成,它似乎会破坏应用程序。到目前为止,我只在我的 Controllers 命名空间上禁用重命名,但我现在得到空引用异常。

有人让 Dotfuscator 与 ASP.NET MVC DLL 一起工作吗? Google 不提供任何可能的博文或信息。

谢谢。

其他细节:

Visual Studio 2008 专业版,

Windows Vista Business x64,

注册了我的 Dotfuscator,但没有收到包含升级版 CE 版本下载链接的电子邮件。

或者任何人都可以推荐一个可以正常工作的相对便宜的工具吗?

【问题讨论】:

    标签: c# asp.net asp.net-mvc visual-studio-2008 dotfuscator


    【解决方案1】:

    我认为这行不通,因为 ASP.NET MVC 非常依赖反射。

    我已经使用 SmartAssembly 及其具有的控制流混淆选项成功地混淆了 ASP.NET MVC 应用程序。这不会更改您的类成员的名称,而是将您的方法中的代码更改为意大利面条代码。

    【讨论】:

      【解决方案2】:

      确实是 ASP。 NET MVC 严重依赖反射,因此您不能混淆将被反射的类型或属性。但是,我认为无论如何都没有必要混淆大部分内容。您的控制器名称和操作名称已经公开,因为它们出现在 URI 中。您的演示模型本质上也是公开的,因为它们应该按照您的视图进行设计,并且最终用户可以看到您的视图。

      您的控制器应该非常轻量级,并且只需将存储库中的对象绑定到您的演示模型。所以这里没有什么可以隐藏的知识产权。

      您实际上想要混淆的代码可能是您的业务逻辑,它可以很容易地存在于单独的程序集中。所以我的建议是,与其在混淆器之后尝试混淆器,并尝试找到一个似乎可以工作的(除了那些你错过的错误,但你的用户稍后会发现),而是分区对混淆很重要的代码,他不那么依赖反射。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 2011-11-17
        • 2010-11-03
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多