大神入 請叫shell 腳本加密的問題

teaklee

通過 shc 可以將shell腳本轉(zhuǎn)為二進制執(zhí)行,以保護源碼.
但是如果這個shell腳本是 以 source xx.sh 方式被其他腳本調(diào)用 . 如下兩個腳本
a.sh
tt=TEST


b.sh
source ./a.sh
echo $tt

a.sh加密后 , b.sh執(zhí)行就出錯了.
請問這種情況如何處理.我希望保護 a.sh 中的內(nèi)容.

bikkuri

a.sh加密后 , b.sh執(zhí)行就出錯了.
這個其實好理解。
假如a.sh經(jīng)過shc加密后生成的文件是c.sh，那么b.sh實際上調(diào)用的是c.sh，而c.sh要有一個解密的過程還原出原來的a.sh，然后開啟一個shell去執(zhí)行a.sh。
雖然你的b.sh用的是source來調(diào)用c.sh，也就是說b.sh和c.sh是在同一個shell里面。
但是c.sh和a.sh并不是在同一個shell里面，所以shc加密事實上造成了b.sh和a.sh處于不同在shell里面，盡管b.sh里用了source命令。
那么當a.sh執(zhí)行結(jié)束后，c.sh開啟的那個shell中的環(huán)境變量也會隨著shell的消亡而丟失。
所以b.sh是沒辦法得到a.sh傳遞的環(huán)境變量的。
可以通過臨時文件傳遞變量。
a.sh
echo "TEST" > /tmp/tt


b.sh
source ./a.sh
tt=$(cat /tmp/tt)
echo $tt
但是臨時文件如果是明文的話，又和你用shc加密a.sh的初衷相矛盾。
所以要不在a.sh中對臨時文件也進行加密，然后在b.sh中對臨時文件進行解密，
要不就不用shc來加密a.sh而是自己寫一段加密程序來加密a.sh，在這段加密程序中用source來調(diào)用解密后的a.sh，以確保解密后的a.sh和b.sh也在同一個shell里。
當然除了用source還有很多其他辦法，比如eval "$(cat a.sh)"。
后者應(yīng)該比前者更安全一些。
但是shell腳本歸根結(jié)底要解密成文本來執(zhí)行，注定了其安全性不會太高，蒙一蒙門外漢還行，想糊弄稍微懂一點shell腳本的人都不能夠。