VFP 愛用者社區

hkhome · 註冊時間: 2004-03-01 文章: 43 第 1 樓

　看過各位師兄發表過有關加密EXE的文章後，不知我的理解有沒有錯誤，如果有，煩請再賜教一下。
　我自己build一個exe出來，會包括一個或多個dbf，那exe 和dbf都應該用不同方法去加密。
　市面上foxlock2這個軟體算是還未能解密。
　聖天諾加密鎖還未知有甚麼用。
　dbf可以用md5去重編。
　請問是這昞子嗎??
　

小桑‧無痕 · 發表於: 星期五八月 20, 2004 9:51 am 文章主題:

我覺得.....DBF的檔案用MD5重編後...FOXPRO應該會不認得他了吧....
不過...DBF內的資料倒是可以加密....只是讀資料比較麻煩還要解密(如果所有資料都加密..應該還有其他問題)...

我記得好像有無縫鎖可以加密資料庫...建議您可以用搜尋功能搜尋看看...

elleryq · 註冊時間: 2007-06-21 文章: 768 第 3 樓

md5 是不可還原的一種加密法,換言之,多半都是產生了結果,然後以結果去做比對
簡單說明:
A -> md5 -> 得到 B
之後,你無法以 B -> md5 而得到 A
只能再拿 A -> md5 -> 得到 C, 再拿 B 跟 C 作比對,才知道是否正確.
最著名的例子就是 linux 的密碼管理 /etc/passwd 與 /etc/shadow

一般對檔案作 md5, 主要是對檔案做比對,避免有人修改過此檔案
下載 linux iso 擋的時候,最常見,通常網站都會叫你下載完以後
執行 md5sum 與網站上的 iso md5sum 檔案作比較
看是否正確.....

另外補充,加解密是會消耗 CPU 時間的,因此有可能會造成存取速度變慢的可能性.
對資料做加解密,我建議可以改用大資料庫,然後 client 與 server 間以 ssl 連線做加密, 目前我知道 Micro$oft SQL Server 可以這樣幹,其他的不太清楚.

對程式的加解密,基本上就是加密執行檔而已.
不過還是有可能被破解
因為在載入到記憶體之後,所有程式都會被解密開來,因此利用一些特殊的工具還是可以反組譯.

hkhome · 註冊時間: 2004-03-01 文章: 43 第 4 樓

謝謝
但如果軟件不是從client/server，而是local的，那就是沒有辦法對local的dbf or dbc進行加密了??
因為建立了exe後，另外還有一堆dbf要跟著exe，但那些dbf只要用excel就可以開啟，這昞看起來好像....

至於執行檔加密，先不計「載入記憶體」這東西。
foxlock是否一個不錯的選擇呢??我看過師兄之前的文章，說「加𦚱」，還有就是用ultraedit改點東西。

syntech · 發表於: 星期六八月 21, 2004 10:18 pm 文章主題:

就執行檔保護而言,
看起來目的是要保護SOURCE吧,
不過這得要先看看什麼才是值得保護的SOURCE段,
不必要及一般性的SOURCE要不要保護,
有法就有破,
到底要花多大成本保護,才能得到所謂的"保護",
這可能是要考慮重點.

資料也是這樣,
什麼資料是"值得保護"的,
要用什麼方式保護,
最重要的,
如果資料發生問題的時候,有沒有方式回復,
不過一但設計了資料回復及備回存方式,
這又將成為資料外洩的"巧門".

可是,不管怎麼保護,
"人"才是資料保護最重要的關鍵,
工程師離職時帶走SOURCE,
高階主管離職時帶走DATA "文件"(偷文件影本或是資料輸出檔總可以吧),
不管加了幾道鎖,
都有被人解開的機會,
加密這種東西,適度就好,
不用太擔心被人破解,
日子比較好過.

Amking · 註冊時間: 2004-08-22 文章: 2 第 6 樓

大家不要太迷信VFP加密，如果怕别人窃取源码，还是改用其它工具吧，VB、Delphi等，包括目前流行的加密工具foxlock、vfp&exeNC多太好破解了

elleryq · 註冊時間: 2007-06-21 文章: 768 第 7 樓

不管是用 VB, Delphi, c#, java ......都有可能被反組譯~~
贊同 syntech 兄的看法
加密這種東西,適度就好,

hkhome · 註冊時間: 2004-03-01 文章: 43 第 8 樓

啊，可恨自己就只懂FP.....
好的，謝謝各師兄的意見。

goto-dream · 註冊時間: 2004-05-11 文章: 909 第 9 樓

可以考慮去找一各usb加密的隨身碟.
據說可以保護你的程式不亂使用.

這各我沒有用過.你可以是看看

syntech · 發表於: 星期三八月 25, 2004 4:50 pm 文章主題:

這樣與用keypro保護是一樣的,
因為keypro也有usb型式的.
公司用的keypro 的手冊上的確有提過這樣的做法,
利用keypro 的特徵值"鑲"在程式上,
沒有keypro就解不開來,
自然就不能執行,
但是,也就自然做不出no keypro試用版來 Sad

hkhome · 註冊時間: 2004-03-01 文章: 43 第 11 樓

Oh~~~....
也實在是一個難題來。
我想問有沒有可能做到一個dbf，如果不是經本身程式去執行(即是安裝了，用fp直接開dbf)，會出現'not a table'的效果，因為我剛剛安裝了一個軟體就是用這方法，但我不太知道怎更改的。
http://www.hkhorsedb.com/JOCKEY.DBF
http://www.hkhorsedb.com/JOCKEY.CDX

syntech · 發表於: 星期四九月 02, 2004 8:36 am 文章主題:

用新版本的VFP做的 DBF 拿到舊版本的VFP來用,
有時也會出現"NOT A TABLE"的錯誤. Smile

這種只是修改檔頭的方式容易被看穿,
也容易解開,
只要比對與標準檔頭的差異處就可以了,
因為這都基於一個前提-----沒有人願意付出成本開發新的資料表格格式,
VFP首選不是DBC,就是DBF,
如果大改的話,開啟和修復都是一大困難,
開啟要動手腳,自然關閉也該動手腳,
若是不正常關機造成來不及動手腳呢?

如果是公司自己的專用的系統還好,
若是一般系統,可能在第一關就會因為資料安全性有問題被刷下來,
不是破解與否的問題,而是公司永續性的問題,

hkhome · 註冊時間: 2004-03-01 文章: 43 第 13 樓

謝謝兩位師兄的建議
　程式本身，我覺得無必要去加密(除了一些關乎到保安或data加密、解密程式)。
　但table我覺得在於我情況來說，一定一定要加密，當然，要百份百令到其他user用不到，是沒有可能，但學師兄說的，適當的加密是少不了，至少不會user install了，看到dbf檔用excel就可以開到。
　我想我會花點心思在data上的加密，始終那是十年累積下來的資料，對某方面的人來說，那些資料是很保貴。
　無論如何也謝謝兩位。