问题描述
昨天,因产品需求,需要在Windows操作系统下写一个小工具。
这个小工具中调用一个比较重要的DLL动态库文件,来完成一些重要的功能。
一般来说,最直接的做法就是调用Win32 API函数,来动态的加载、获取函数地址、释放:
- LoadLibrary(…);
- GetProcAddress(…);
- FreeLibrary(…);
但是,由于这个动态库比较重要,如果直接把DLL文件放在文件目录中,就增加了文件被反编译的风险。
也就是说为了提高DLL文件的安全性,最好不要让用户看到/拿到文件;
即使拿到了文件,也不要让用户很容易的破解文件。
问题解决
关于分析过程就不多说了,这里直接给出目前的处理方式:
1.写一个小工具软件,对 DLL 文件进行加密
使用了AES对称加密算法,主要是为了管理秘钥简单。
加密后的文件liba_enc.png与可执行文件放在一起。
此时,如果用户获取到了这个动态库,由于没有秘钥,理论上是无法解开这个文件的。
不过,道高一尺魔高一丈。。。
2.修改应用程序,对加密的 DLL 文件进行解密
这个动态库最终肯定是要被加载到应用程序的内存空间中被使用的,因此在被加载之前,需要被使用者(也就是应用程序)解密。
那么,应该解密到哪里呢?
用来加载动态库的API函数LoadLibrary(),需要的参数是文件的路径。
也就是说:必须要把一个动态库文件的路径传递给该函数,才可以被正确的加载到内存中。
假如是在Linux系统中,可以解压到/tmp临时文件系统中。
在动态库使用期间文件一直存在;一旦使用结束就立刻删除掉。
但是在Windows系统中没有临时文件系统之说。
即使存在类似的临时文件空间,即使该DLL文件的使用周期非常短,仍然存在暴露给用户的可能性。
只要用户有机会能够看到这个解密后的文件,就有方法把它dump出来,然后进行反编译…
3.把加密的 DLL 文件解密到内存缓冲区中
目前,能想到的最好的方法就是:先把加密的DLL文件解压到一块空闲的内存缓冲区中(比如:从堆空间中malloc出来的一块空间),然后再按照动态库的加载流程从这块缓冲区中读取字节流,加载到动态库所属的代码空间中。
刚才说过,LoadLibrary(…)函数只能接受文件路径作为参数,我们不能把缓冲区的首地址传给它,因此需要使用其它方式来加载。
刚好,在github上看到这样一个开源C代码:
图中描述的功能正是我所需要的,简直是量身定做:
- 先把 DLL 文件读取到一个缓冲区中;
- 再从缓冲区中加载动态库的内容;
只需要一个头文件MemoryModule.h和一个C文件:MemoryModule.c,提供的函数也足够简单:
HMEMORYMODULE MemoryLoadLibrary(const void *, size_t);
FARPROC MemoryGetProcAddress(HMEMORYMODULE, LPCSTR);
void MemoryFreeLibrary(HMEMORYMODULE);
与Win32提供的3个函数在语义上是对应的,唯一的区别是加载函数传入的参数是:缓冲区的地址和长度。
经过测试证明:这个方法工作的很好,很完美的解决了我的问题!
4. Linux 操作系统怎么办?
因为目前我只在Windows平台上有这个需求,这个方法相当于重写了一套动态库加载函数。
那么,在Linux系统上如果也存在类似的需求,是否也有类似的:从内存缓冲区加载动态库的实现?
我目前还没有发现类似的代码,如果您知道的话,不妨在留言中分享一下?灰常感谢!