浅谈dotnet 保护中的字符串加密技术
学习过了名称混淆，最近又看了一些字符串加密方面的东西。
在混淆保护和加密壳中都有字符串加密保护功能。
总体上字符串加密可以分为两类，
第一类是混淆保护中的字符串加密技术。主要特征是修改代码执行路径。
大部分混淆保护工具的字符串加密都是这一类。
第二类就是加密壳中的字符串加密技术。这种不用修改il代码，直接对元数据中的字符串加密。
这一类以remotesoft,maxtocode为代表。
先看第一类，加密实现大致如下。
加密前：
messagebox.show("hellow world!");
加密后：
messagebox.show(helper.decode("a34579dfbbeyu346563345/=="));
简单的说就是将原来使用字符串的地方，将直接使用字符串改为间接使用字符串。
在这里保护软件将字符串 "hellow world!" 进行加密 得到结果 "a34579dfbbeyu346563345/==" 。
helper.decode 是保护软件提供的一个解密函数，它实现将 "a34579dfbbeyu346563345/==" 还原为 "hellow world!" 。
因为是混淆保护，所以我们可以分析得到 decode 的代码。然后直接用这个函数的代码写一个小工具将程序集中所有加密的字符串都还原。生成一个字符串对应表。以方便代码阅读和调试。
如果再深入，可以实现自动将字符串还原到原程序集中。
再来看上面例子的il代码。
加密前:
ldstr "hellow world!"
call messagebox.show(string)
加密后：
ldstr "a34579dfbbeyu346563345/=="
call string helper.decode(string)
call messagebox.show(string)
怎么还原，其实很简单，我们已经知道了decode的代码，而且已经能实现字符串的解密了。得到了字符串的对应表。
直接将
ldstr "a34579dfbbeyu346563345/=="
call string helper.decode(string)
替换为
ldstr "hellow world"
即可。写一个小工具使用正则表达式搜索替换就可以了。
第二类字符串加密保护：
实现就是直接对元数据中的string流进行加密。
这类保护有一个缺陷，程序运行后 元数据中的string流会解密后在内存中完整还原。在我前面的文章里面有介绍元数据的dump。这里就不重复罗嗦了。
对于第一类字符串加密保护，还有其它的形式，如 helper.decode这个函数可以是一个native的函数。
或者是和流程混淆结合。
