在ASP.NET中加密項目

4

在Eziriz's .NET Reactor看看。它很好的保護。從療法網站：

.NET反應堆防止反編譯通過各種方法其將你的.NET程序集到流程它沒有現成的工具可以反編譯（和它們也很可能防止被反編譯任何未來的工具）。 .NET Reactor通過生成一個不能被直接理解爲的文件作爲CIL，在潛在的黑客和你的.NET程序集之間建立一個原生代碼牆。因爲在您的組件中的CIL被髮射在運行時或設計時只完整（在形式其中源是完全不可訪問），無工具能夠反編譯的.NET反應堆保護組件。

通過.NET 反應堆黑客和你源之間產生的本地代碼壁包括業界領先的 NecroBit技術，這是獨家.NET反應堆。 .NET 反應堆的保護從未以來首次發佈打破了2004年這些技術使您的源代碼重構通過量值NecroBit是迄今爲止最有效的保護您可以使用這麼多的訂單更困難爲.NET程序集。

來源

2009-10-04 08:09:16 Druid

+0

嘿，這很好..所以它需要你的MSIL，並實際編譯它的一些本地代碼...這肯定會有效。 – David 2009-10-04 08:11:31

+0

聽起來很不錯。雖然不是100％防彈，但它的嘲諷水平相當高。好找！ – 2009-10-04 08:13:59

+0

太棒了。現在已經使用了它幾年了。 – Druid 2009-10-04 08:22:07

0

使用VS附帶的Dotfuscator Community Edition。還把校驗和功能，以檢查您的EXE是否更改。

來源

2009-10-04 07:21:07

+0

這是一個網絡應用程序，沒有EXE。但是，通過在覈心獨立程序集的onf中注入校驗和函數仍然可行（如果有的話）。 – 2009-10-04 08:11:30

5

不，這是不可能的。

您可以實施某些事情，使客戶更難以逆轉或改變您的計劃，以便試圖進行這種逆轉或變更的成本過高。但是如果他們有充分的決心，你不能阻止他們扭轉或改變你的計劃。

來源

2009-10-04 07:30:22 yfeldblum

+0

如果他們真的改變了程序，這並不是很危險。這是CMS和網店的談話。但我不希望他們轉售我的產品或進一步提供。因此，我希望綁定域名和許可證密鑰。正如他在這裏提到的一些帖子，所以我可以冷靜，如果一個EXE文件已被修改，但絕大多數或獲得網絡主機不允許執行EXE文件。而且因爲我這樣做的產品會有幾個供應商擁有該產品，這不是很好。您認爲最好的解決方案是什麼？ – sv88erik 2009-10-04 08:05:19

+0

如果您確實轉售您的軟件，您必須平衡您投入的費用和機會/損失金額。我沒有答案，這實際上取決於你的軟件/商業/客戶的性質。 – 2009-10-04 08:09:30

+0

我的客戶大部分是在網上商店的企業。 CMS內部是企業和私人客戶。談論幾百個客戶是很好的。 – sv88erik 2009-10-04 08:25:19

1

如果客戶持續不斷，甚至有一點技巧。混淆只能到目前爲止。任何.Net程序集都可以反編譯。

看到這裏的信息： http://aspnet.4guysfromrolla.com/articles/080404-1.aspx

新增

而且，看到這個前面的問題： .NET obfuscation tools/strategy

來源

2009-10-04 07:30:58 David

在ASP.NET中加密項目

回答

相關問題