VFP 愛用者社區 首頁 VFP 愛用者社區
本討論區為 Visual Foxpro 愛用者經驗交流的地方, 請多多利用"搜尋"的功能, 先查看看有無前例可循, 如果還有不懂的再發問. 部份主題有附加檔案, 須先註冊成為社區居民才可以下載.
 
 常見問題常見問題   搜尋搜尋   會員列表會員列表   會員群組會員群組   會員註冊會員註冊 
 個人資料個人資料   登入檢查您的私人訊息登入檢查您的私人訊息   登入登入

VFP程式碼保護的了嗎?

 
發表新主題   回覆主題    VFP 愛用者社區 首頁 -> VFP 討論區
上一篇主題 :: 下一篇主題  
發表人 內容
garfield
Site Admin


註冊時間: 2003-01-30
文章: 2157


第 1 樓
發表發表於: 星期四 六月 05, 2003 6:30 pm    文章主題: VFP程式碼保護的了嗎? 引言回覆
其實不管用什麼樣的加密程式, 只要是公開的程式, 都會有人寫出反加密的程式, 這只是時間的問題.
我是一直在找加密程式, 目前只發現foxlock2 尚未被破解(可在這裡找到它 http://vfp.sunyear.com.tw/viewtopic.php?t=38 ) , 但誰知道它能撐多久就會出破解版, 正好前幾天到客戶那裡安裝程式, 那個客戶已有購買"超越顛峰", 它也是用VFP6, 我的進銷存也是VFP6開發的, 但我卻無法安裝成功. 後來我發現它的VFP的DLL檔案SIZE比較大的情形, 我想這是它把保護程式的程式碼直接放在VFP的DLL內, 這樣的保護方式也是不錯, 執行一般VFP的函數, 但實際上是有包含它的保護程式碼在裡面了, 這種保護程式的方法也是不錯, 只是像我們這些不會C++的人想學也學不來喔.
_________________
利用>>搜尋<<的功能會比問的還要快得到答案.
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件
garfield
Site Admin


註冊時間: 2003-01-30
文章: 2157


第 2 樓
發表發表於: 星期二 六月 17, 2003 11:34 am    文章主題: 引言回覆
有關VFP軟體加密的幾篇轉貼
ABOUTBOX VFP的簡單加密，可能很多朋友都已經掌握了。
VFP的簡單加密，可能很多朋友都已經掌握了。此文僅針對初學者。

代碼:
以下來說說如何簡單�[密VFP[非�[密編譯]，使得Refox和Unfoxall都不能識別。其實這
都是利用Refox和Unfoxall的BUG來實�{的，�]?他們都是基於�]計機制的反編譯器，而不是
基於運行機制。這只是一種簡單的�[密方法，可能很多朋友都已經掌握了。此文僅針對初學
者。
    以附件中的Crackme3.exe?例。
    工具：Refox8以上、Unfoxall 2.1以上，UltraEdit32
    讓我們溫習下APP的結構：
    1、用UltraEdit打�}Crackme3.exe,移動游標到文件尾部最後4個位元組，? 1D 99 00 00
這就是EXE中APP文件的實際長度了(�]含標誌資訊)，即APPSIZE=39197，那?APP在EXE的偏移
?EXESIZE-APPSIZE=46877-39197=7680 (0x1e00)。
0b710h. | 83 41 00 00 00 00 00 00 00 1D 99 00 00          | .A...........    |
                                    ~~~~~~~~~~~
    2、將游標移到1e00h驗證第一步的結果，果然沒錯，出�{了APP的特徵了！

01e00h. | FE F2 FF 20 02 03 00 01 00 C4 98 00 00 6E 98 00 | ... .........n.. |
          ~~~~~ ~~ ~~~~~ ~~~~~ ~~~~~ ~~~~~~~~~~~ ~~~~~~~~
            A  B    C    D    E        F          G
01e10h. | 00 56 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | .V.............. |
          ~~ ~~~~~~~~~~~
                H
01e11h. | 00 00 00 00 00 00 00 0C 7F 20 20 73 63 72 65 65 | ........  scree |
                              ~~~~~ 
                                I
A: VFP 特徵
B：�[密標誌FF不�[密
C：VFP版本，20 是表明VFP?6.0或7.0
D：文件總數?3
E：主文件在文件列表的序號
F：文件列表的結束位置[98C4h+1E00h=B6C4h]
G：文件列表的�}始位置
H：文件列表的長度
I：檢校和 FoxChkSum

原文件：
0b660h. | DF 9B 71 E2 4B BE E3 7B BE F6 1B 08 00 3B 62 61 | ..q.K..{.....;ba |
0b670h. | 63 6B 75 70 73 5C CF EE C4 BF 5C 72 65 62 5C 64 | ckups\....\reb\d |
0b680h. | 65 66 65 5C 63 72 61 63 6B 6D 65 33 5C 00 63 6F | efe\crackme3\.co |
0b690h. | 6E 66 69 67 2E 66 70 77 00 63 3A 5C 77 69 6E 64 | nfig.fpw.c:\wind |
0b6a0h. | 6F 77 73 5C 74 65 6D 70 5C 00 63 72 61 63 6B 6D | ows\temp\.crackm |
0b6b0h. | 65 33 2E 66 78 70 00 33 63 72 61 63 6B 6D 65 2E | e3.fxp.3crackme. |
0b6c0h. | 67 69 66 00 06 29 00 00 00 49 00 00 00 00 00 00 | gif..)...I...... |
                        ~~~~~~~~~~~ ~~~~~~~~~~~
                            A1          B1
0b6d0h. | 00 20 00 00 00 00 00 00 00 00 00 00 00 00 49 00 | . ............I. |
                                                    ~~~~~~
                                                      B2
0b6e0h. | 00 00 30 87 00 00 2B 00 00 00 3C 00 00 00 00 00 | ..0...+...<..... |
          ~~~~~ ~~~~~~~~~~~
                  C1
0b6f0h. | 00 00 00 00 00 00 06 30 87 00 00 6E 98 00 00 00 | .......0...n.... |
                              ~~~~~~~~~~~ ~~~~~~~~
                                    C2      D1
0b700h. | 00 00 00 49 00 00 00 00 00 00 00 00 00 00 00 00 | ...I............ |
0b710h. | 83 41 00 00 00 00 00 00 00 1D 99 00 00          | .A...........    |

A1是什?？第一個文件�}始位置，Refox和Unfoxall都用它來作?檢測是否?Fox文件的一
個標記，改掉它 Refox和Unfoxall都�{?不是FOX文件了，是否影響運行？不影響！我們先
不要改這裏，第二次再改，先看看戲。

B1、B2：第二個文件的�}始位置，B1-B2之間?第二個文件的基本資訊，具體參照上次寫
的FoxStructure。C1、C2、D1如此類推。

在�]計環境中，B1、B2、C1、C2....都是不能更改的，一更改了VFP就不翻臉不�{人了。:)
在運行環境中呢？B2、C2...才真正有用，B1、C1...只是充當擺�]或進一步檢校FOX特徵。
�]此，我們把B1改掉後，Unfoxall對文件大小的確定就發生了錯誤，進而不能正確反編譯。
修改如下....我們可以將這種�[點拓展到.SCT、.VCT文件中去，照樣可行。

第一次修改：
0b660h. | DF 9B 71 E2 4B BE E3 7B BE F6 1B 08 00 3B 62 61 | ..q.K..{.....;ba |
0b670h. | 63 6B 75 70 73 5C CF EE C4 BF 5C 72 65 62 5C 64 | ckups\....\reb\d |
0b680h. | 65 66 65 5C 63 72 61 63 6B 6D 65 33 5C 00 63 6F | efe\crackme3\.co |
0b690h. | 6E 66 69 67 2E 66 70 77 00 63 3A 5C 77 69 6E 64 | nfig.fpw.c:\wind |
0b6a0h. | 6F 77 73 5C 74 65 6D 70 5C 00 63 72 61 63 6B 6D | ows\temp\.crackm |
0b6b0h. | 65 33 2E 66 78 70 00 33 63 72 61 63 6B 6D 65 2E | e3.fxp.3crackme. |
0b6c0h. | 67 69 66 00 06 29 00 00 00 49 FF FF FF 00 00 00 | gif..+...I...... |
                        ~~~~~~~~~~~ ~~~~~~~~~~~
                            A1          B1
0b6d0h. | 00 20 00 00 00 00 00 00 00 00 00 00 00 00 49 00 | . ............I. |
                                                    ~~~~~~
                                                      B2
0b6e0h. | 00 00 30 87 FF FF 2B 00 00 00 3C 00 00 00 00 00 | ..0...+...<..... |
          ~~~~~ ~~~~~~~~~~~
                  C1
0b6f0h. | 00 00 00 00 00 00 06 30 87 00 00 6E 98 00 00 00 | .......0...n.... |
                              ~~~~~~~~~~~ ~~~~~~~~
                                    C2      D1
0b700h. | 00 00 00 49 00 00 00 00 00 00 00 00 00 00 00 00 | ...I............ |
0b710h. | 83 41 00 00 00 00 00 00 00 1D 99 00 00          | .A...........    |

第二次修改改什?？就是改A1嘍。。。。將A1由29h改成2Bh吧，Refox和Unfoxall都不能
識別了。

第二次修改後：

0b660h. | DF 9B 71 E2 4B BE E3 7B BE F6 1B 08 00 3B 62 61 | ..q.K..{.....;ba |
0b670h. | 63 6B 75 70 73 5C CF EE C4 BF 5C 72 65 62 5C 64 | ckups\....\reb\d |
0b680h. | 65 66 65 5C 63 72 61 63 6B 6D 65 33 5C 00 63 6F | efe\crackme3\.co |
0b690h. | 6E 66 69 67 2E 66 70 77 00 63 3A 5C 77 69 6E 64 | nfig.fpw.c:\wind |
0b6a0h. | 6F 77 73 5C 74 65 6D 70 5C 00 63 72 61 63 6B 6D | ows\temp\.crackm |
0b6b0h. | 65 33 2E 66 78 70 00 33 63 72 61 63 6B 6D 65 2E | e3.fxp.3crackme. |
0b6c0h. | 67 69 66 00 06 29 00 00 00 49 FF FF FF 00 00 00 | gif..+...I...... |
                        ~~~~~~~~~~~ ~~~~~~~~~~~
                            A1          B1
0b6d0h. | 00 20 00 00 00 00 00 00 00 00 00 00 00 00 49 00 | . ............I. |
                                                    ~~~~~~
                                                      B2
0b6e0h. | 00 00 30 87 FF FF 2B 00 00 00 3C 00 00 00 00 00 | ..0...+...<..... |
          ~~~~~ ~~~~~~~~~~~
                  C1
0b6f0h. | 00 00 00 00 00 00 06 30 87 00 00 6E 98 00 00 00 | .......0...n.... |
                              ~~~~~~~~~~~ ~~~~~~~~
                                    C2      D1
0b700h. | 00 00 00 49 00 00 00 00 00 00 00 00 00 00 00 00 | ...I............ |
0b710h. | 83 41 00 00 00 00 00 00 00 1D 99 00 00          | .A...........    |


就這樣先吧，自己動手試驗下，是否覺得很簡單？
下次說說如何讓Refox記憶體溢出和讓Unfoxall非法操作。阿牛預約了，下次先在他的壇子
發布。

昨天人發了一篇關於表單加密的帖子，晚上睡覺時忽然覺的各位大俠的回答
很有啟發性，甚至可能是有的善於底層操作的朋友的一條發財之路，不吐不快

本人的鋼筋軟體推出后，市場反映極好，但是反盜就成為當務之急。本人的步驟
STEP1：向以前的軟體一樣，用加密狗進行加密。由於偶的加密狗是將EXE文件與
支持庫一起進行加密。有一定的安全感。

但是且慢：網上高手普遍反映，狗的安全性在高手面前也是很脆弱的。由於本人軟體
的幾乎100%的有價值的內容在表單上，尤其是一些計算過程，對表單的處理就很重要了。

承肥豬老師的詳細引導幫助。偶學會了第二把刀：最基本一點，

STEP2：compile前，去掉scx中method字段中的內容 （引用）。這樣一來，偶的實驗結果是：反
編譯后的表單的每個元素的CODE就沒有了，而且你再按各個按鈕什麼的沒有相應的動作了。
偶的一些計算過程也沒有了蹤影。OK。這又進了一大步。這意味著盜版者即使UNFOX了，他
再也不會那麼方便地直接使用表單。其反編譯工作量大大增加了。
但是操作上就比較麻煩了USE **** 清空。。。。。。。而且有源文件的備份問題。
那麼有沒有什麼人將這一步自動化呢？這也許是一條發小財之路。對於偶來說，100能接受。
如果設計上更方便。再貴些也可以。
實際上如果MS當初在編譯過程中考慮到這點就更理想了。如果它只處理編譯進去的東西而對
源文件不動豈不是完美之舉。（偶到現在也沒發現它的”加密“一項有什麼用）

--再慢。又有高手的回答：
method 里的東西是方法程式的文本
Objcode 中的東西才是編譯后的程式
你把 Objcode 中的東西復制為一個 .fxp 文件，再 unfox 一下,照看不誤（引用）
這個問題竟然驚動了中央領導。。。HAHAHA
偶相信這個辦法肯定是可以的。不過偶沒成功。說不是FOX文件。也許偶的操作有誤。
另一方面從反面說明肥豬方法的有效性。就是大大加強了加密的強度。試想偶的一個表單內
的CODE 有幾十處。解密者要是反復這樣做。可以把他累糊涂了。
解密的兩大要素：時間和成本就會大大上昇，從偶對解密者的了解來說。這些狗屁都是好逸惡勞
的東西。一般來講他們只做自動化作業能解決的問題。很可能就放棄繼續解密的努力。

OK。偶的兩大法寶：加密狗和表單處理是偶的安全性大大提高。

--再且慢。中央領導的又一個辦法：可以使解密幾乎不可能：

你試著用低級文件處理函數，把 objcode 中的前四位元組隨便替換成什麼別的東西，
這樣，就又多了一層 （引用）
這對偶這樣一個半路出家的人來說是幾乎不可能的。主要是操作上的復雜性。而且本人對於低級處理
很弱智。不過這確實是一條路。有沒有人做這樣一個東西呢？本人也是願意付錢的。

以上的東西名字就叫表單處理器。動作順序是：
1。將使用者的源表單備份。
2。將表單的METHOD清空。
3。將OBJCODE進行處理。
但是一個非常大的問題是一定想辦法避免使用者誤操作。使其源文件被處理。這是重中之重。另外。這東西
一定要能和加密狗配合使用。
現在的VFP表單安全就意味著一切安全。這樣一來反編譯的難度就太大了。偶相信幾乎沒有人有勇氣一試。

說到此偶想對一矛一盾做個評論：
1。河南豫能公司：
是專業做UNFOX的公司。偶曾經有幾十封信件罵他。他們的做法十分不恰當。因為他們的工具成為了專業
D版工具。好在流失到市場上的UNFOXALL2。0沒什麼大道道。其企業版據說很厲害。但是偶估計那些雞鳴
狗盜之士是不會付錢購買的。可笑的是該公司本身也成為D版受害者。相信各位的UNFOXALL不會是買的吧。

2。老王的EXE加密：
偶相信老王是高水的人。不知道為什麼，總有人與他做對。他出一個產品。有人就說破了。
偶最感覺不太好的地方是不能與加密狗配合雙重加密使用。偶的實驗結果是不行。也許偶錯了。再是偶還
是感覺如果能有硬體的配合。還是好一些。純軟體方式可能適合小的軟體。大型商業軟體還是不太給人放
心感覺。

那些D版人士。其實您的水平也不低，為什麼只願意盜竊而不生產呢？


改根本是不治本的。
那個軟體說白了，加密的內核不是作者的算法而是直接使用REFOX8 BRAND II加密的結果。
如何用ULTRAEDIT32來修改VFP6R.DLL和VFP6RCHS.DLL？Follow Me!
拿VFP6SP5為例
1、用ULTRAEDIT32打開你編譯后的EXE文件，定位於1B6Ch(7020)把V F P 6 R . D L L改為A B C D E . F G H，那麼需要的運行庫就是ABCDE.FGH了，把VFP6R.DLL改成這個名字就可以了；
2、讓我們再來修改資源庫ABCDE.FGH(改名后)，用ULTRAEDIT32打開VFP6RCHS.DLL，搜尋VFP6R？？？.DLL（即定位於2FD400h，（313464））
把VFP6R？？？.DLL改為ABCDEFGH.AAA，那麼你需要的資源庫就是ABCDEFG.AAA，再把VFP6RCHS.DLL改為ABCDEFG.AAA就可以了。
最後，把ABCDE.FGH和ABCDEFG.AAA拷貝到您EXE所在目錄就可以了。

ABCDE.FGH和ABCDEFG.AAA純屬舉例用名，當然，您可以改為您喜歡的名字哦。。。
_________________
利用>>搜尋<<的功能會比問的還要快得到答案.

garfield 在 星期六 七月 26, 2003 11:51 am 作了第 1 次修改
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件
Ruey



註冊時間: 2003-03-12
文章: 1698
來自: tunglo

第 3 樓
發表發表於: 星期四 六月 19, 2003 11:49 am    文章主題: 引言回覆
>>承肥豬老師的詳細引導幫助。偶學會了第二把刀：最基本一點，

>>STEP2：compile前，去掉scx中method字段中的內容 （引用）。

市面上的凌越軟體就是使用此種方法


我有一個構思,不知道你是否有想過
現在市面上有一大堆的隨身碟
把程式放在裡頭,然後透過隨身碟上密碼鎖

讓使用者使用隨身碟時,只能執行
資料庫放在硬碟,如果要讀取/寫入隨身碟
必須要有密碼/權限才行
回頂端
檢視會員個人資料 發送私人訊息
garfield
Site Admin


註冊時間: 2003-01-30
文章: 2157


第 4 樓
發表發表於: 星期四 六月 19, 2003 5:23 pm    文章主題: 引言回覆
本節將給出關於軟體保護的一般性建議，這些都是無數人經驗的總結。程式師在設計自己的保護方式時最好能夠遵守這裏給出的準則，這樣會提高軟體的保護強度。
（1）軟體最終發行之前一定要將可執行程式進行加殼/壓縮，使得解密者無法直接修改程式。如果時間允許並且有相應的技術能力，最好是設計自己的加殼/壓縮方法。如果採用現成的加殼工具，最好不要選擇流行的工具，因爲這些工具已被廣泛深入地加以研究，有了通用的脫殼/解壓辦法。另外，最好採用兩種以上的不同的工具來對程式進行加殼/壓縮，並盡可能地利用這些工具提供的反跟蹤特性。
（2）增加對軟體自身的完整性檢查。這包括對磁片文件和記憶體映射的檢查，以防止有人未經允許修改程式以達到破解的目的。DLL和EXE之間可以互相檢查完整性。
（3）不要採用一目了然的名字來命名函數和文件，如IsLicensedVersion( )、key.dat等。所有與軟體保護相關的字串都不能以明文形式直接存放在可執行文件中，這些字串最好是動態生成。
（4）盡可能少地給用戶提示資訊，因爲這些蛛絲馬迹都可能導致解密者直接深入到保護的核心。比如，當檢測到破解企圖之後，不要立即給用戶提示資訊，而是在系統的某個地方做一個記號，隨機地過一段時間後使軟體停止工作，或者裝作正常工作但實際上卻在所處理的資料中加入了一些垃圾。
（5）將註冊碼、安裝時間記錄在多個不同的地方。
（7）檢查註冊資訊和時間的代碼越分散越好。不要調用同一個函數或判斷同一個全局標誌，因爲這樣做的話只要修改了一個地方則全部都被破解了。
（8）不要依賴於GetLocalTime( )、GetSystemTime( )這樣衆所周知的函數來獲取系統時間，可以通過讀取關鍵的系統文件的修改時間來得到系統時間的資訊。
（9）如果有可能的話，可以採用聯網檢查註冊碼的方法，且資料在網上傳輸時要加密。
（10）除了加殼/壓縮之外，還需要自己編程在軟體中嵌入反跟蹤的代碼，以增加安全性。
（11）在檢查註冊資訊的時候插入大量無用的運算以誤導解密者，並在檢查出錯誤的註冊資訊之後加入延時。
（12）給軟體保護加入一定的隨機性，比如除了啓動時檢查註冊碼之外，還可以在軟體運行的某個時刻隨機地檢查註冊碼。隨機值還可以很好地防止那些類比工具，如軟體狗類比程式。
（13）如果採用註冊碼的保護方式，最好是一機一碼，即註冊碼與機器特徵相關，這樣一台機器上的註冊碼就無法在另外一台機器上使用，可以防止有人散播註冊碼，並且機器號的演算法不要太迷信硬碟序列號，因用相關工具可以修改其值。
（14）如果試用版與正式版是分開的兩個版本，且試用版的軟體沒有某項功能，則不要僅僅使相關的功能表變灰，而是徹底刪除相關的代碼，使得編譯後的程式中根本沒有相關的功能代碼。
（15）如果軟體中包含驅動程式，則最好將保護判斷加在驅動程式中。因爲驅動程式在訪問系統資源時受到的限制比普通應用程式少得多，這也給了軟體設計者發揮的餘地。
（16）如果採用keyfile的保護方式，則keyfile的尺寸不能太小，可將其結構設計得比較複雜，在程式中不同的地方對keyfile的不同部分進行複雜的運算和檢查。
（17）自己設計的檢查註冊資訊的演算法不能過於簡單，最好是採用比較成熟的密碼學演算法。可以在網上找到大量的源碼。

轉自 看雪學院
_________________
利用>>搜尋<<的功能會比問的還要快得到答案.
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件
garfield
Site Admin


註冊時間: 2003-01-30
文章: 2157


第 5 樓
發表發表於: 星期六 六月 28, 2003 5:36 pm    文章主題: 引言回覆
Ruey 寫到:
>>承肥豬老師的詳細引導幫助。偶學會了第二把刀：最基本一點，

>>STEP2：compile前，去掉scx中method字段中的內容 （引用）。

市面上的凌越軟體就是使用此種方法


經過我實際測試過 去掉scx中method字段中的內容 是沒辦法擋住 UnFoxAll3.0的解碼.
_________________
利用>>搜尋<<的功能會比問的還要快得到答案.
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件
elleryq



註冊時間: 2007-06-21
文章: 768


第 6 樓
發表發表於: 星期六 六月 28, 2003 8:43 pm    文章主題: 引言回覆
或許可以考慮採取使用 Java / .Net 混淆器的方式
先行解譯,進行混淆,再寫入binary code~
這樣再解出來的時候,就會讓敵人感到混亂~

還有一個不錯的方法
就是乾脆把 Source code 的價錢也含進專案裡~~
回頂端
檢視會員個人資料 發送私人訊息 參觀發表人的個人網站
從之前的文章開始顯示:   
發表新主題   回覆主題    VFP 愛用者社區 首頁 -> VFP 討論區 所有的時間均為 台北時間 (GMT + 8 小時)
第1頁(共1頁)

 
前往:  
您 無法 在這個版面發表文章
您 無法 在這個版面回覆文章
您 無法 在這個版面編輯文章
您 無法 在這個版面刪除文章
您 無法 在這個版面進行投票
您 無法 在這個版面附加檔案
您 無法 在這個版面下載檔案


Powered by phpBB © 2001, 2005 phpBB Group
正體中文語系由 phpbb-tw 維護製作