Ⅰ 如何破解和製作「加密狗」程序！
硬體加密鎖，俗程「加密狗」，對於加密狗的破解大致可以分為三種方法，一種是通過硬體克隆或者復制，一種是通過SoftICE等Debug工具調試跟蹤解密，一種是通過編寫攔截程序修改軟體和加密狗之間的通訊。 硬體克隆復制主要是針對國產晶元的加密狗，因為國產加密狗公司一般沒有核心加密晶元的製造能力，因此有些使用了市場上通用的晶元，破解者分析出晶元電路以及晶元里寫的內容後，就可以立刻復制或克隆一個完全相同的加密狗。不過國外的加密狗就無法使用這種方法，國外加密狗硬體使用的是安全性很好的自己研製開發的晶元，通常很難進行復制，而且現在國內加密狗也在使用進口的智能卡晶元，因此這種硬體克隆的解密方法用處越來越少。 對於Debug調試破解，由於軟體的復雜度越來越高，編譯器產生的代碼也越來越多，通過反匯編等方法跟蹤調式破解的復雜度已經變得越來越高，破解成本也越來越高，目前已經很少有人願意花費大量精力進行如此復雜的破解，除非被破解的軟體具有極高的價值。 目前加密鎖（加密狗）的解密破解工作主要集中在應用程序與加密動態庫之間的通訊攔截。這種方法成本較低，也易於實現，對待以單片機等晶元為核心的加密鎖（加密狗）具有不錯的解密效果。 由於加密鎖（加密狗）的應用程序介面（API）基本上都是公開的，因此從網上可以很容易下載到加密狗的編程介面API、用戶手冊、和其它相關資料，還可以了解加密狗技術的最新進展。 例如，某個國內知名的美國加密狗提供商的一款很有名的加密狗，其全部編程資料就可以從網上獲取到，經過對這些資料的分析，我們知道這個加密鎖（加密狗）有64個內存單元，其中56個可以被用戶使用，這些單元中的每一個都可以被用為三種類型之一：演算法、數據值和計數器。 數據值比較好理解，數據值是用戶存儲在可讀寫的單元中的數據，就和存儲在硬碟里一樣，用戶可以使用Read函數讀出存儲單元裡面的數據，也可以使用Write函數保存自己的信息到存儲單元。 計數器是這樣一種單元，軟體開發商在其軟體中使用Decrement函數可以把其值減一，當計數器和某種活動的（active）演算法關聯時，計數器為零則會封閉（deactive）這個演算法。 演算法單元較難理解一些，演算法（algorithm）是這樣一種技術，你用Query（queryData）函數訪問它，其中queryData是查詢值，上述函數有一個返回值，被加密的程序知道一組這樣的查詢值/返回值對，在需要加密的地方，用上述函數檢查狗的存在和真偽。對於被指定為演算法的單元，軟體上是無法讀和修改的，即使你是合法的用戶也是如此，我理解這種技術除了增加程序復雜性以外，主要是為了對付使用模擬器技術的破解。 此加密鎖（加密狗）的所有API函數調用都會有返回值，返回值為0的時候表示成功。 因此，破解思路就出來了，就是使用我們自己的工具（如VB、VC等）重新編寫構造一個和加密狗API一樣的DLL動態庫文件，裡面也包含Read、Write等全部API中包含的函數，使用的參量及返回值和原來的函數一樣，所有函數返回零。然後對Query、Read函數進行處理，返回應用軟體需要的數值即可。 這個新的DLL文件編寫成功後，直接替換掉原來的DLL文件，這時候再運行應用軟體，軟體訪問加密狗的操作就全部會被攔截，攔截程序永遠會返回正確的數據給軟體，從而實現了模擬加密狗的運行。 以上是目前破解軟體加密狗（加密鎖）的一些常見思路，對於這種破解，軟體開發者還是有相應的一些對策的，下一回我將在《軟體加密鎖編程技巧》一文中具體介紹一下軟體開發者將如何編寫安全可靠的代碼，使得這種類似的破解方法失效。
Ⅱ 加密狗可以通用嗎
加密鎖安全強度做的好的，應該就是深思數盾了，現在的精銳5加密鎖加密工作十分鍾就能達到很高的安全度。
Ⅲ 加密狗驅動是通用的嗎
加密狗驅動不是通用的，目前市場上的加密狗品牌和種類也是非常之多，並且有些不知名的加密狗都很少有服務開發商去更新它，導致新系統無法使用加密狗，你最好咨詢該加密狗應用軟體開發商聯系，問它有沒有新系統的加密狗驅動。
Ⅳ 如何破解加密狗或帶加密狗的軟體
其實做為軟體開發者，研究好軟體加密的確很重要，不過也很有必要多了解一些關於加密狗解密和破解的知識，加密和破解就像矛和盾一樣，對於解密知識了解的越多，那麼編寫的加密代碼就越好，要知道加密永遠都比解密要容易的多，只有知己知彼，方能百戰百勝。
硬體加密鎖，俗程逗加密狗地，對於加密狗的破解大致可以分為三種方法，一種是通過硬體克隆或者復制，一種是通過SoftICE等Debug工具調試跟蹤解密，一種是通過編寫攔截程序修改軟體和加密狗之間的通訊。
硬體克隆復制主要是針對國產晶元的加密狗，因為國產加密狗公司一般沒有核心加密晶元的製造能力，因此有些使用了市場上通用的晶元，破解者分析出晶元電路以及晶元里寫的內容後，就可以立刻復制或克隆一個完全相同的加密狗。不過國外的加密狗就無法使用這種方法，國外加密狗硬體使用的是安全性很好的自己研製開發的晶元，通常很難進行復制，而且現在國內加密狗也在使用進口的智能卡晶元，因此這種硬體克隆的解密方法用處越來越少。
對於Debug調試破解，由於軟體的復雜度越來越高，編譯器產生的代碼也越來越多，通過反匯編等方法跟蹤調式破解的復雜度已經變得越來越高，破解成本也越來越高，目前已經很少有人願意花費大量精力進行如此復雜的破解，除非被破解的軟體具有極高的價值。
目前加密鎖（加密狗）的解密破解工作主要集中在應用程序與加密動態庫之間的通訊攔截。這種方法成本較低，也易於實現，對待以單片機等晶元為核心的加密鎖（加密狗）具有不錯的解密效果。
由於加密鎖（加密狗）的應用程序介面（API）基本上都是公開的，因此從網上可以很容易下載到加密狗的編程介面API、用戶手冊、和其它相關資料，還可以了解加密狗技術的最新進展。
例如，某個國內知名的美國加密狗提供商的一款很有名的加密狗，其全部編程資料就可以從網上獲取到，經過對這些資料的分析，我們知道這個加密鎖（加密狗）有64個內存單元，其中56個可以被用戶使用，這些單元中的每一個都可以被用為三種類型之一：演算法、數據值和計數器。
數據值比較好理解，數據值是用戶存儲在可讀寫的單元中的數據，就和存儲在硬碟里一樣，用戶可以使用Read函數讀出存儲單元裡面的數據，也可以使用Write函數保存自己的信息到存儲單元。
計數器是這樣一種單元，軟體開發商在其軟體中使用Decrement函數可以把其值減一，當計數器和某種活動的（active）演算法關聯時，計數器為零則會封閉（deactive）這個演算法。
演算法單元較難理解一些，演算法（algorithm）是這樣一種技術，你用Query（queryData）函數訪問它，其中queryData是查詢值，上述函數有一個返回值，被加密的程序知道一組這樣的查詢值/返回值對，在需要加密的地方，用上述函數檢查狗的存在和真偽。對於被指定為演算法的單元，軟體上是無法讀和修改的，即使你是合法的用戶也是如此，我理解這種技術除了增加程序復雜性以外，主要是為了對付使用模擬器技術的破解。
此加密鎖（加密狗）的所有API函數調用都會有返回值，返回值為0的時候表示成功。
因此，破解思路就出來了，就是使用我們自己的工具（如VB、VC等）重新編寫構造一個和加密狗API一樣的DLL動態庫文件，裡面也包含Read、Write等全部API中包含的函數，使用的參量及返回值和原來的函數一樣，所有函數返回零。然後對Query、Read函數進行處理，返回應用軟體需要的數值即可。
這個新的DLL文件編寫成功後，直接替換掉原來的DLL文件，這時候再運行應用軟體，軟體訪問加密狗的操作就全部會被攔截，攔截程序永遠會返回正確的數據給軟體，從而實現了模擬加密狗的運行。
以上是目前破解軟體加密狗（加密鎖）的一些常見思路，對於這種破解，軟體開發者還是有相應的一些對策的，下一回我將在《軟體加密鎖編程技巧》一文中具體介紹一下軟體開發者將如何編寫安全可靠的代碼，使得這種類似的破解方法失效。
Ⅳ 軟體加密狗是通用的嗎
不行的啊。有些加密狗比如威步還帶破解檢測，自動鎖死加密狗呢。要換不容易吧。自帶的和軟體肯定是合作關系了。就像我們手機自帶的軟體一樣。
Ⅵ 邁達斯的加密狗可以通用嗎
不行，幾個系列分開賣的，每個狗不一樣
Ⅶ 常見破解加密狗微狗的方法
本文介紹的是軟體加密狗破解的一般思路和方法，大家可能奇怪，昨天剛剛介紹完「軟體加密鎖產品評測」，怎麼今天就介紹加密狗破解知識？其實做為軟體開發者，研究好軟體加密的確很重要，不過也很有必要多了解一些關於加密狗解密和破解的知識，加密和破解就像矛和盾一樣，對於解密知識了解的越多，那麼編寫的加密代碼就越好，要知道加密永遠都比解密要容易的多，只有知己知彼，方能百戰百勝。硬體加密鎖，俗程「加密狗」，對於加密狗的破解大致可以分為三種方法，一種是通過硬體克隆或者復制，一種是通過SoftICE等Debug工具調試跟蹤解密，一種是通過編寫攔截程序修改軟體和加密狗之間的通訊。
硬體克隆復制主要是針對國產晶元的加密狗，因為國產加密狗公司一般沒有核心加密晶元的製造能力，因此有些使用了市場上通用的晶元，破解者分析出晶元電路以及晶元里寫的內容後，就可以立刻復制或克隆一個完全相同的加密狗。不過國外的加密狗就無法使用這種方法，國外加密狗硬體使用的是安全性很好的自己研製開發的晶元，通常很難進行復制，而且現在國內加密狗也在使用進口的智能卡晶元，因此這種硬體克隆的解密方法用處越來越少。
對於Debug調試破解，由於軟體的復雜度越來越高，編譯器產生的代碼也越來越多，通過反匯編等方法跟蹤調式破解的復雜度已經變得越來越高，破解成本也越來越高，目前已經很少有人願意花費大量精力進行如此復雜的破解，除非被破解的軟體具有極高的價值。
目前加密鎖（加密狗）的解密破解工作主要集中在應用程序與加密動態庫之間的通訊攔截。這種方法成本較低，也易於實現，對待以單片機等晶元為核心的加密鎖（加密狗）具有不錯的解密效果。
由於加密鎖（加密狗）的應用程序介面（API）基本上都是公開的，因此從網上可以很容易下載到加密狗的編程介面API、用戶手冊、和其它相關資料，還可以了解加密狗技術的最新進展。
例如，某個國內知名的美國加密狗提供商的一款很有名的加密狗，其全部編程資料就可以從網上獲取到，經過對這些資料的分析，我們知道這個加密鎖（加密狗）有64個內存單元，其中56個可以被用戶使用，這些單元中的每一個都可以被用為三種類型之一：演算法、數據值和計數器。
數據值比較好理解，數據值是用戶存儲在可讀寫的單元中的數據，就和存儲在硬碟里一樣，用戶可以使用Read函數讀出存儲單元裡面的數據，也可以使用Write函數保存自己的信息到存儲單元。
計數器是這樣一種單元，軟體開發商在其軟體中使用Decrement函數可以把其值減一，當計數器和某種活動的（active）演算法關聯時，計數器為零則會封閉（deactive）這個演算法。
演算法單元較難理解一些，演算法（algorithm）是這樣一種技術，你用Query（queryData）函數訪問它，其中queryData是查詢值，上述函數有一個返回值，被加密的程序知道一組這樣的查詢值/返回值對，在需要加密的地方，用上述函數檢查狗的存在和真偽。對於被指定為演算法的單元，軟體上是無法讀和修改的，即使你是合法的用戶也是如此，我理解這種技術除了增加程序復雜性以外，主要是為了對付使用模擬器技術的破解。
此加密鎖（加密狗）的所有API函數調用都會有返回值，返回值為0的時候表示成功。
因此，破解思路就出來了，就是使用我們自己的工具（如VB、VC等）重新編寫構造一個和加密狗API一樣的DLL動態庫文件，裡面也包含Read、Write等全部API中包含的函數，使用的參量及返回值和原來的函數一樣，所有函數返回零。然後對Query、Read函數進行處理，返回應用軟體需要的數值即可。
這個新的DLL文件編寫成功後，直接替換掉原來的DLL文件，這時候再運行應用軟體，軟體訪問加密狗的操作就全部會被攔截，攔截程序永遠會返回正確的數據給軟體，從而實現了模擬加密狗的運行。
以上是目前破解軟體加密狗（加密鎖）的一些常見思路，對於這種破解，軟體開發者還是有相應的一些對策的，下一回我將在《軟體加密鎖編程技巧》一文中具體介紹一下軟體開發者將如何編寫安全可靠的代碼，使得這種類似的破解方法失效。
Ⅷ 怎麼破解USB加密狗
hasp 系列加密狗破解有的朋友認為很難，其實不然，只要有足夠的耐心和技術基礎。是沒有問題的。
--------------------------------------------------------------------------------------------------------
004015FF |. 8D95 ACFBFFFF lea edx,[local.277]
00401605 |. 52 push edx
00401606 |. 8B85 F8FBFFFF mov eax,[local.258]
0040160C |. 50 push eax
0040160D |. 8B8D A8FBFFFF mov ecx,[local.278]
00401613 |. 51 push ecx
00401614 |. 68 D4E54000 push APP.0040E5D4 ; ASCII "EN"
00401619 |. 8B55 E8 mov edx,[local.6]
0040161C |. 52 push edx
0040161D |. E8 8E230000 call <jmp.&user_dll.sui_In> ;這個CALL只要一執行，就死掉，所以必須跟進
00401622 |. 8945 EC mov [local.5],eax
00401625 |. 8B45 EC mov eax,[local.5]
00401628 |> 8B4D F4 mov ecx,[local.3]
0040162B |. 64:890D 00000000 mov fs:[0],ecx
00401632 |. 8B4D E4 mov ecx,[local.7]
00401635 |. E8 C72D0000 call APP.00404401
0040163A |. 8BE5 mov esp,ebp
0040163C |. 5D pop ebp
0040163D \. C3 retn
--------------------------------------------------------------------------------------------------------
6、跟進後出現一下代碼，看第一行，就是0040161D 處調用的函數，再看右面的注釋，心跳加快，InitSystem，從名字上你都能猜想它會干什麼，對，讀狗的相關代碼就應該在這兒初始化（當然還要初始化其他信息），繼續跟進
--------------------------------------------------------------------------------------------------------
004039B0 $- FF25 C8554000 jmp ds:[<&user_In>] ; InitSystem
004039B6 $- FF25 C4554000 jmp ds:[<&user_Star>] ; StartProgram
004039BC $- FF25 C0554000 jmp ds:[<&user_Mai>]
004039C2 $- FF25 AC544000 jmp ds:[<&XXX_DLL.#3>]
004039C8 $- FF25 A8544000 jmp ds:[<&XXX_DLL.#47>]
--------------------------------------------------------------------------------------------------------
7、跟進後，代碼是一系列的IsBadReadPtr，由此判斷該處是初始化內存工作，離讀狗還用有一段距離。部分代碼如下，還有更多的IsBadReadPtr，沒必要就不貼了，貼一點提示思路即可。
一直按F8,痛苦的是這段代碼中有個循環，要循環20多次，稍不留神就結束循環，立刻進入另一個關鍵CALL，程序又死掉。所以在這兒又費了我很多時間。
--------------------------------------------------------------------------------------------------------
00EF5940 > 55 push ebp ;InitSystem函數
00EF5941 8BEC mov ebp,esp
00EF5943 81EC 280C0000 sub esp,0C28
00EF5949 A1 6C2EF100 mov eax,ds:[F12E6C]
00EF594E 8945 E0 mov ss:[ebp-20],eax
00EF5951 57 push edi
00EF5952 8B45 0C mov eax,ss:[ebp+C]
00EF5955 50 push eax
00EF5956 68 6848F100 push user_dll.00F14868
00EF595B E8 34F70000 call <jmp.&MSVCR71.strcpy>
00EF5960 83C4 08 add esp,8
00EF5963 B9 583AF100 mov ecx,user_dll.00F13A58
00EF5968 85C9 test ecx,ecx
00EF596A 74 46 je short user_dll.00EF59B2
00EF596C 6A 01 push 1
00EF596E 68 583AF100 push user_dll.00F13A58
00EF5973 FF15 1072F000 call ds:[<&KERNEL32.IsBadWritePtr>] ; kernel32.IsBadWritePtr
00EF5979 85C0 test eax,eax
00EF597B 75 35 jnz short user_dll.00EF59B2
00EF597D 837D 10 00 cmp dword ptr ss:[ebp+10],0
00EF5981 74 26 je short user_dll.00EF59A9
00EF5983 6A 01 push 1
00EF5985 8B55 10 mov edx,ss:[ebp+10]
00EF5988 52 push edx
00EF5989 FF15 1472F000 call ds:[<&KERNEL32.IsBadReadPtr>] ; kernel32.IsBadReadPtr
00EF598F 85C0 test eax,eax
00EF5991 75 16 jnz short user_dll.00EF59A9
00EF5993 68 04010000 push 104
00EF5998 8B45 10 mov eax,ss:[ebp+10]
00EF599B 50 push eax
00EF599C 68 583AF100 push user_dll.00F13A58
00EF59A1 FF15 1872F000 call ds:[<&KERNEL32.lstrcpynW>] ; kernel32.lstrcpynW
--------------------------------------------------------------------------------------------------------
8、上面代碼執行結束後迅速來到下面代碼，注釋處的CALL執行就死，跟進
--------------------------------------------------------------------------------------------------------
00EF5D8A 6A 03 push 3
00EF5D8C 68 10000100 push 10010
00EF5D91 8B15 9C3EF100 mov edx,ds:[F13E9C]
00EF5D97 83C2 12 add edx,12
00EF5D9A 52 push edx
00EF5D9B 68 D80CF100 push user_dll.00F10CD8
00EF5DA0 A1 9C3EF100 mov eax,ds:[F13E9C]
00EF5DA5 8B88 2C0F0000 mov ecx,ds:[eax+F2C]
00EF5DAB 51 push ecx
00EF5DAC E8 45E70000 call <jmp.&XXX_dll.#66_UserMessage>
00EF5DB1 EB 15 jmp short user_dll.00EF5DC8
00EF5DB3 E8 580B0000 call user_dll.00EF6910 ;該CALL執行就死掉，讀狗函數在這里
00EF5DB8 85C0 test eax,eax
00EF5DBA 74 0C je short user_dll.00EF5DC8
--------------------------------------------------------------------------------------------------------
9、跟進後一直按F8，遇到CALL user_dll.00XXXXXX字樣的要格外小心，果然執行到某個CALL的時候死掉，只好記住地址，重設斷點，重新來，繼續跟進死掉的CALL。由於這兒一直是尋找讀狗函數，所以不再貼代碼了，大家只看思路，無用代碼太多，會擾亂思路.
10、不厭其煩的重復上述過程突然發現下面代碼，相信僅僅函數名足以讓你興奮
-------------------------------------------------------------------------------------------------------
00EF6EB8 51 push ecx
00EF6EB9 68 680AF100 push user_dll.00F10A68
00EF6EBE 8B15 9C3EF100 mov edx,ds:[F13E9C]
00EF6EC4 83C2 12 add edx,12
00EF6EC7 52 push edx
00EF6EC8 E8 85D70000 call <jmp.&HLK_dll.#13_hlk_LogIn> ;LogIn，登錄狗
00EF6ECD 85C0 test eax,eax ;判斷返回值，如是0
00EF6ECF 0F84 B2000000 je user_dll.00EF6F87 ;跳走，死掉
00EF6ED5 C705 6C3EF100 01000000 mov dword ptr ds:[F13E6C],1
00EF6EDF E8 5CD70000 call <jmp.&HLK_dll.#10_hlk_Avail> ;讀另一個數據，為ReadDong做准備，雖然
00EF6EE4 85C0 test eax,eax ;不知道讀什麼，但返回值如是0
00EF6EE6 0F84 9B000000 je user_dll.00EF6F87 ;跳走，死掉
00EF6EEC 8D85 5CFFFFFF lea eax,ss:[ebp-A4]
00EF6EF2 50 push eax
00EF6EF3 E8 54D70000 call <jmp.&HLK_dll.#15_hlk_ReadDong> ;再讀
00EF6EF8 85C0 test eax,eax ;判斷返回值，如是0
00EF6EFA 0F84 87000000 je user_dll.00EF6F87 ;OVER
00EF6F00 B9 2848F100 mov ecx,user_dll.00F14828 ;判斷ECX是否為0，跟蹤發現該值是狗的編號
00EF6F05 85C9 test ecx,ecx ;是0與否，不影響程序運行
00EF6F07 74 2B je short user_dll.00EF6F34
00EF6F09 8D55 98 lea edx,ss:[ebp-68] ;該地址存放狗的編號
00EF6F0C 85D2 test edx,edx
00EF6F0E 74 16 je short user_dll.00EF6F26
00EF6F10 6A 06 push 6
00EF6F12 8D45 98 lea eax,ss:[ebp-68]
00EF6F15 50 push eax
00EF6F16 68 2848F100 push user_dll.00F14828
00EF6F1B FF15 E875F000 call ds:[<&MSVCR71.strncpy>] ; MSVCR71.strncpy
--------------------------------------------------------------------------------------------------------
11、聰明的你肯定知道該做什麼了，對，只要把00EF6ECF、00EF6EE6、00EF6EFA三處的je改為jne即可跳過狗的檢查。我毫不猶豫的就改了，運行，然而並沒有出現預想的興奮的事情。出現一個錯誤提示「沒有發現可選文件」。
12、「可選文件」是什麼意思，到軟體安裝目錄查看，有個OPTION文件夾，裡面有很多文件，用UltraEdit打開，看不懂呵呵
13、將改文件夾中的文件所有文件刪除，帶狗運行，出現和11步同樣的提示；恢復文件，運行正常。由此可見，解密那些文件需要狗中的數據，大家知道HASP狗用的是AES，難道狗中存放著AES密碼？？帶著這樣的疑問跟蹤程序，來到下面代碼
--------------------------------------------------------------------------------------------------------00EF723F 8B8D 68F6FFFF mov ecx,ss:[ebp-998] ;壓入的三個參數意義就不說明了，因為沒必要
00EF7245 51 push ecx
00EF7246 8D95 64F8FFFF lea edx,ss:[ebp-79C]
00EF724C 52 push edx
00EF724D 8D85 BCFAFFFF lea eax,ss:[ebp-544]
00EF7253 50 push eax
00EF7254 E8 47180000 call user_dll.00EF8AA0 ;該函數執行完後，EDX會出現一些明碼，明碼信息
大概為APPLICAITON=XXX;OPTION=XXX.....是不是很像文件啟動需要檢查的選項？所以要弄懂解密演算法，必須跟進
--------------------------------------------------------------------------------------------------------
14、跟進後，部分代碼如下，這部分代碼很關鍵，所以貼的比較多。但是有很多是內核函數，很容易讀懂。
--------------------------------------------------------------------------------------------------------
00EF8B30 8D8D 68FDFFFF lea ecx,ss:[ebp-298]
00EF8B36 51 push ecx
00EF8B37 8B55 0C mov edx,ss:[ebp+C]
00EF8B3A 83C2 2C add edx,2C
00EF8B3D 52 push edx
00EF8B3E 68 5038F100 push user_dll.00F13850
00EF8B43 E8 14BD0000 call <jmp.&XXX_DLL.#100_ExtendPathName> ; 獲取文件完整路徑
00EF8B48 6A 00 push 0
00EF8B4A 8D85 70FFFFFF lea eax,ss:[ebp-90]
00EF8B50 50 push eax
00EF8B51 8D8D 68FDFFFF lea ecx,ss:[ebp-298]
00EF8B57 51 push ecx
00EF8B58 E8 63BC0000 call <jmp.&XXX_DLL.#47_MakeSString>
00EF8B5D 50 push eax
00EF8B5E FF15 0872F000 call ds:[<&KERNEL32.OpenFile>] ; 打開文件
00EF8B64 8985 54FDFFFF mov ss:[ebp-2AC],eax
00EF8B6A 83BD 54FDFFFF FF cmp dword ptr ss:[ebp-2AC],-1
00EF8B71 74 55 je short user_dll.00EF8BC8
00EF8B73 8B95 50FDFFFF mov edx,ss:[ebp-2B0]
00EF8B79 52 push edx
00EF8B7A 8B85 60FDFFFF mov eax,ss:[ebp-2A0] ;存放讀入數據的緩沖區，關鍵（後面破解用上）
00EF8B80 50 push eax
00EF8B81 8B8D 54FDFFFF mov ecx,ss:[ebp-2AC]
00EF8B87 51 push ecx
00EF8B88 FF15 F071F000 call ds:[<&KERNEL32._hread>] ; 讀文件，ebp-2A0為存放讀入數據的緩沖區
00EF8B8E 3B85 50FDFFFF cmp eax,ss:[ebp-2B0]
00EF8B94 75 19 jnz short user_dll.00EF8BAF
00EF8B96 8B55 10 mov edx,ss:[ebp+10]
00EF8B99 52 push edx
00EF8B9A 8B85 64FDFFFF mov eax,ss:[ebp-29C]
00EF8BA0 50 push eax
00EF8BA1 8B8D 60FDFFFF mov ecx,ss:[ebp-2A0] ;存放解密後的數據，和讀入緩沖區地址相同
00EF8BA7 51 push ecx
00EF8BA8 E8 B1BA0000 call <jmp.&HLK_dll.#12_hlk_Crypt> ;對讀入的數據進行解密，須弄懂演算法
00EF8BAD EB 0A jmp short user_dll.00EF8BB9
00EF8BAF C785 64FDFFFF 00000000 mov dword ptr ss:[ebp-29C],0
00EF8BB9 8B95 54FDFFFF mov edx,ss:[ebp-2AC]
00EF8BBF 52 push edx
00EF8BC0 FF15 F471F000 call ds:[<&KERNEL32._lclose>] ; 關閉文件
00EF8BC6 EB 0A jmp short user_dll.00EF8BD2
00EF8BC8 C785 64FDFFFF 00000000 mov dword ptr ss:[ebp-29C],0 ;後面的函數不做解釋了，只需知道解密後的
00EF8BD2 8B85 60FDFFFF mov eax,ss:[ebp-2A0] ;數據存放在ebp-2A0
00EF8BD8 0385 64FDFFFF add eax,ss:[ebp-29C]
00EF8BDE C600 00 mov byte ptr ds:[eax],0
00EF8BE1 8B4D 08 mov ecx,ss:[ebp+8]
00EF8BE4 8B95 60FDFFFF mov edx,ss:[ebp-2A0]
00EF8BEA 8911 mov ds:[ecx],edx
00EF8BEC 8B85 64FDFFFF mov eax,ss:[ebp-29C]
00EF8BF2 8B4D FC mov ecx,ss:[ebp-4]
00EF8BF5 E8 E8C30000 call user_dll.00F04FE2
00EF8BFA 8BE5 mov esp,ebp
00EF8BFC 5D pop ebp
00EF8BFD C3 retn
--------------------------------------------------------------------------------------------------------
15、為了得到解密後的數據，跟進00EF8BA8處的call <jmp.&HLK_dll.#12_hlk_Crypt>，看看到底是什麼演算法。可是樂觀的情緒又受打擊，該函數有大量的花指令，菜鳥階段，不懂如何去除花指令，研究肯定不是一天兩天的事。所以不能在一棵樹上弔死，換個思維，為什麼不能用程序本身的代碼進行解密呢！！！
對，就讓程序自身幫我們幹活！說干就干，在步驟13的00EF723F處設斷，反復運行程序，每執行一次查看ebp-2A0處的值，並mp出來，另存為16進制文件，這些文件就是解密過的文件，將其覆蓋原來的加密文件。剩下要做的就是跳過上面代碼中的解密模塊（_hlk_Crypt）。
這個很簡單，來到00EF8B8E 處，即程序剛進行完_hread之後，將該處的代碼cmp eax,ss:[ebp-2B0]改為jmp 00EF8BB9然後匯編。由於_hread函數和_hlk_Crypt函數用的是同一個緩沖區，所以_hread函數執行完畢後，ebp-2A0處的已解密數據就可順利為後續程序使用了。
16、經過上面修改後，F9，程序順利啟動！！！！
【繼續完善】
17、程序運行一段時間後，彈出對話框，通知確定狗的存在！！看來程序啟動中還是要定時檢查的。
第一個念頭：查找SetTimer函數，果然找到，且只有一次調用，心想就是這個函數在作怪了，該函數的uElapsed值為1秒，我將其該為9A7EC800，即30天。運行，可是仍然定時檢查狗的存在
第二個念頭：查找其他有關時間的函數，但感覺有點費勁，進而轉第三個念頭
第三個念頭：以其他的函數設斷點，如大家常用的CreateFile、DeviceIoControl等，但沒用過，感覺肯定不是跟蹤一兩句代碼就可搞定的事情，進而轉第四個念頭
第四個念頭：一勞永逸的想法，從源頭解決問題。為什麼不直接修改讀狗函數的返回值？這樣程序無論何時檢查狗都無所謂。
重新跟進hlk_LogIn、hlk_Avail、hlk_ReadDong三個函數，發現這三個函數返回前都有共同的代碼：
--------------------------------------------------------------------------------------------------------
00B5126C 837D FC 00 cmp dword ptr ss:[ebp-4],0 ;看ebp-4是否為0
00B51270 0F94C0 sete al ;是，則eax＝1，有狗
00B51273 8B4D F4 mov ecx,ss:[ebp-C]
00B51276 E8 C6640400 call HLK_dll.00B97741 ;該CALL並不是真正函數，經驗證不影響上面的EAX值
00B5127B 8BE5 mov esp,ebp
00B5127D 5D pop ebp
00B5127E C2 0C00 retn 0C
-----------------------------------------------------------------------------------------------------
不插狗的情況下[ebp-4] ＝ 9，因此eax ＝ 0，無狗，因此只需將 sete al改為 setne al，匯編，即可。
至此，打狗結束，程序非常正常。將修改後的文件另存到可執行文件，做為補丁，覆蓋原文件，狗解除。