稍微深入研究過一點(diǎn) java 的同學(xué)，恐怕都知道什么叫做 “反編譯” 。也就是說，隨便拿一個(gè) class 文件，找一個(gè) jad 來，所有的 “智慧結(jié)晶” 就全都 “真相大白” 了，跟原先的 source code 相比，區(qū)別只是沒有注釋而已。
對(duì)于開源軟件開發(fā)者來說，這本是無(wú)所謂的事，但對(duì)于商業(yè)開發(fā)者而言，這簡(jiǎn)直就是噩夢(mèng)。在 java 的世界，道高一尺魔高一丈(及其反復(fù)迭代)的結(jié)果是，這件事最終演變得比較詭異，以至于專門誕生了一個(gè)名叫 “代碼混淆” 的產(chǎn)業(yè)。在我上一次關(guān)注的時(shí)候，這個(gè)領(lǐng)域的最新進(jìn)展是可以 “混淆” 程序執(zhí)行的流程，以至于正常的人類閱讀反編譯出來的源碼，將會(huì)導(dǎo)致嚴(yán)重的腦殘。不過，傳說又出了個(gè)叫做 “流程優(yōu)化器” 的東東……(這個(gè)故事未完待續(xù))。
其實(shí)，這件事困擾的不僅只是 java ，幾乎所有 “有源代碼” 的程序都有這個(gè)煩惱。比如，飽受折磨的還有 php, asp 以及 .net。不知道有沒有高人能從 “機(jī)器碼” 反編譯出 C 和 C++ 的源程序呢，反正我挺好奇的。不過，話說回來， “沒有源代碼” 的程序，恐怕還真的沒有。保護(hù)源代碼，在我們現(xiàn)如今 “處處是山寨，遍地是豺狼” 的產(chǎn)業(yè)現(xiàn)狀之下，似乎仍然是個(gè)不得不認(rèn)真對(duì)待的事情。
在源代碼保護(hù)的問題上，Erlang 的表現(xiàn)又會(huì)如何？今天體驗(yàn)了一把，應(yīng)該說，設(shè)計(jì)得很細(xì)致，至于說這樣的設(shè)計(jì)是否能夠完全杜絕源代碼的泄露，這個(gè)問題恐怕仍然需要留給 “專家” 們?nèi)パ芯俊：冒桑谒蛧姷竭@里，下面上干貨。
目前這個(gè)階段，對(duì) Erlang 源代碼的保護(hù)，主要是在 debug_info 上做手腳，因?yàn)椋?debug_info 里面有完整的源代碼，可以極其輕松的從中 “找回” 源碼(兩個(gè)語(yǔ)句而已，在官方文檔之中都有例子)。
先看如何從 Erlang 的 beam 文件獲取源代碼。象這樣的一個(gè)簡(jiǎn)單程序：
-module(a).
-export([test/0]).
test() ->
io:format("source code.~n", []).
帶 debug_info 編譯，并運(yùn)行之。
$ erlc +debug_info a.erl
$ erl -s a test -s c q -noshell
source code.
$
我們可以這樣還原它的源碼：
$ erl
1> {ok,{_,[{abstract_code,{_,AC}}]}} = beam_lib:chunks(code:which(a), abstract_code]).
{ok,{a,[{abstract_code,
{raw_abstract_v1,
[{attribute,1,file,{"./a.erl",1}},
{attribute,1,module,a},
{attribute,3,export,[{test,0}]},
{function,5,test,0,
[{clause,5,[],[],[{call,6,{remote,...},[...]}]}]},
{eof,7}]}}]}}
2> io:fwrite("~s~n", [erl_prettypr:format(erl_syntax:form_list(AC))]).
-file("./a.erl", 1).
-module(a).
-export([test/0]).
test() -> io:format("source code.~n", []).
ok
3>
看，和源碼幾乎完全一致。
那么，如果我們編譯的時(shí)候不帶 debug_info 呢？是的，完全可以。不過，如果你想要在這樣的 beam 上執(zhí)行 debugger 或者 xref 之類的動(dòng)作，那么，沒有 debug_info 就做不了。天知道我們會(huì)不會(huì)有需要做 “現(xiàn)場(chǎng)調(diào)試” 的時(shí)候呢。有沒有既保留 debug_info 又阻止其他人通過 debug_info 來得到源碼的辦法呢？有，那就是——加密 debug_info 。
首先建立一個(gè) ~/.erlang.crypt 文件，內(nèi)容如下：
$ cat ~/.erlang.crypt
[{debug_info, des3_cbc, [], "my_source_code_secret_key"}].
這里的 “my_source_code_secret_key” 就被用來生成對(duì) debug_info 加密的密鑰。用 encrypt_debug_info 參數(shù)編譯，并運(yùn)行之。
$ erlc +encrypt_debug_info a.erl
$ erl -s a test -s c q -noshell
source code.
現(xiàn)在拿掉 ~/.erlang.crypt (模擬生產(chǎn)機(jī)環(huán)境)，看看能否正常運(yùn)行。
$ mv ~/.erlang.crypt ~/.erlang.old.crypt
$ erl -s a test -s c q -noshell
source code.
運(yùn)行沒問題。此時(shí)，是否還能還原源碼呢。
$ erl
1> beam_lib:chunks(code:which(a), [abstract_code]).
{error,beam_lib,
{key_missing_or_invalid,"./a.beam",abstract_code}}
這正是我們想要的。
比如說，假如某日我們需要在這臺(tái)生產(chǎn)機(jī)上做 “現(xiàn)場(chǎng)調(diào)試”，那就再加上 ~/.erlang.crypt 文件。作為驗(yàn)證，我們?cè)賵?zhí)行一次還原源碼的操作。
$ mv ~/.erlang.old.crypt ~/.erlang.crypt
$ erl
1> {ok,{_,[{abstract_code,{_,AC}}]}} = beam_lib:chunks(code:which(a), abstract_code]).
{ok,{a,[{abstract_code,
{raw_abstract_v1,
[{attribute,1,file,{"./a.erl",1}},
{attribute,1,module,a},
{attribute,3,export,[{test,0}]},
{function,5,test,0,
[{clause,5,[],[],[{call,6,{remote,...},[...]}]}]},
{eof,7}]}}]}}
2> io:fwrite("~s~n", [erl_prettypr:format(erl_syntax:form_list(AC))]).
-file("./a.erl", 1).
-module(a).
-export([test/0]).
test() -> io:format("source code.~n", []).
ok
3>
看 debug_info 還原出來了。
我們藏在 debug_info 中的源碼是被 des3_cbc 算法保護(hù)起來的，有興趣的童鞋可以去 wiki 百科了解它的加密強(qiáng)度，解開它的關(guān)鍵是 ~/.erlang.crypt 文件，只要它不泄露，那么在生產(chǎn)環(huán)境下，我們的代碼就仍然是安全的，也就是說，就算這臺(tái)機(jī)器被黑掉了，也還原不出源碼(如果我說錯(cuò)了，請(qǐng)糾正我)，而且只要你持有 .erlang.crypt 文件，(在需要的時(shí)候)仍然可以進(jìn)行調(diào)試。
實(shí)驗(yàn)之前，確實(shí)沒想到 Erlang 還設(shè)計(jì)了這么一個(gè)機(jī)制，挺細(xì)致的。需要說明的是，上述方案是對(duì) beam 中的 debug_info 進(jìn)行了加密，從而阻止其他人從中獲取源碼，至于是否還有其他的還原源碼的可能，目前還不是很清楚。比如，理論上，是否有可能通過 beam 之中的 op code 反編譯出原始的 source code 呢？對(duì)于這個(gè)話題，如果有童鞋知道，請(qǐng)不吝賜教。
posted on 2009-09-07 16:18
暗夜教父 閱讀(728)
評(píng)論(0) 編輯 收藏 引用