.Net程序集安全 - 防止黑客攻擊/反向工程

Question

我在最終用戶機器上將知識產權編碼爲.net 2.0完全受信任的程序集（.exe + dll），我希望避免被黑客攻擊/反向工程（WebService /雲計算解決方案不是一種選擇）。以下是我爲了實現此目標而收集的技術列表。

我的問題是：

1. 是我的假設是正確的，還是我做錯事的一個或多個的技術？
2. 此列表是否足以防止惡意攻擊，或者我應該添加其他保護措施嗎？

在此先感謝。

-

建議的方法

1. 註冊使用相同的強名稱密鑰的所有組件。
   這有兩個好處：
   • A.確保任何修改組件將使其無效，
   • B.所有組件將具有相同的公鑰，通過它們可以相互識別。
2. 對程序集進行數字簽名：兩者都讓用戶知道執行的代碼來自正確的源代碼，並且 - 添加另一個標識組件，通過該組件可以識別對方。
3. 通過抓取調用堆棧並驗證所有調用者在「社區」中來強制執行上述操作。
   可能的潛在客戶：
   • Hallgrim的想法this S.O. thread。
   • 丹尼爾布魯克納在this S.O. thread的增加。
   • 這.Net Security Blog Post，它結合了這兩種解決方案。
4. 使用AOP（例如Spring.NET）將調用堆棧搜尋代碼注入某些/所有方法。
   • 這主要是因爲在.NET程序集中沒有單個入口點（如Win32 DLL的DllMain（））。
5. 混淆所有程序集以阻止反向工程和反射執行嘗試（強制名稱簽名將在混淆後執行）。
6. 集成System.ComponentModel.LicenseProvider機制。
7. 利用「InternalsVisibleTo」程序集級別屬性爲了在預定義的程序集集中公開內部信息。
8. 可能使用NGEN將解決方案轉換爲本地代碼。

要考慮的問題

• 實現上述將最有可能引入性能損失，所以對時間要求嚴格的處理，例如，應小心處理的部分或全部。
• 對於這種完全信任的程序集，CAS似乎並不重要。

Answer 1

恐怕你不會得到你想要的所有安全。你看，這是使用中間語言的這些語言/平臺的問題。它必須採用所有運行時實現可以使用的格式，然後生成本機代碼。

我見過一些關於篡改簽署程序集的博客文章。我還沒有嘗試，但我認爲它的作品。除此之外，混淆工具只會讓它變得更難，但並非不可能提取代碼（儘管有一些相當不錯的工具會使其變得非常困難）。 NGEN不是那樣的。您仍然有分發原始程序集。

我認爲保護代碼的最有效和最安全的方法就是將其轉移到無法反編譯的技術上，例如，將敏感代碼移至非託管C++並在您的C＃代碼中使用DLLImport。

這並不意味着你不應該試圖保護你的代碼，但你應該記住，你不會100％的保護。如果您無法用其他語言重寫敏感代碼，請使用混淆和簽名。你不能比這更安全。