[发明专利]基于Hook技术的动态加载方法

说明书

技术领域

本发明涉及智能终端安全技术领域，具体涉及基于Hook技术的动态加载方法。

背景技术

近年来，智能手机在全球范围内迅速普及，据最新智能终端销量统计，在中国Android系统目前已占据移动端73％以上的市场份额，大量的用户带来潜在的安全压力，APK应用作为智能设备与用户的唯一交互入口，涉及的业务越来越广，涵盖了娱乐、支付、生活等各个领域。移动互联在给大众消费者带来便捷的同时，也附着各种安全隐患。相对于系统安全来说，Android应用程序级数式的增长过程中面临的安全问题严峻很多。恶意应用层出不穷，热门应用被简单的二次打包、篡改、恶意注入，成为黑客手中敛财的利器。

APK应用实际上是一个Zip压缩文件，该文件结构如下表1所示，其中的Dex文件是核心java代码，包含了应用的关键算法、实现逻辑等，是APK的关键部分，一旦其被反编译，整个应用的源代码将被暴露，破坏者可以向其中注入恶意代码，使其成为一个携带恶意代码的Apk文件。因此，Dex文件是加固产品重点保护的对象，但是现有的加固方法大多存在一些缺陷，主要表现在加固后的APK脱壳加载运行时，Dex动态加载类提供的接口必须要求解密后的源程序短暂地保存在文件系统中，这就极大地增加了Dex文件被泄露的风险。

表1

发明内容

本发明克服了现有技术的不足，提供一种基于Hook技术的动态加载方法。

为解决上述的技术问题，本发明采用以下技术方案：

基于Hook技术的动态加载方法，它包括以下步骤：

步骤1，对已经加固处理的APK文件进行解压，得到经过加密处理的原始APK文件中的DEX文件，将DEX文件进行存储；

步骤2，通过DEX类加载器将步骤1中的DEX文件加载到ART虚拟机；

步骤3，采用API Hook方法Hook掉ibart.so库和libc.so库中与DEX文件加载相关的函数；

步骤4，重写被Hook的函数。

更进一步的技术方案是，所述步骤3中需要Hook的函数包括libart.so库中的execv函数和libc.so库中的read函数、mmap函数和munmap函数。

更进一步的技术方案是，所述步骤4具体包括：

步骤4.1，重写execv函数，在重写的execv函数中判断如果处理的文件为加密后的DEX文件，则让系统退出调用dex2oat的进程，加快Dex文件的启动时间；

步骤4.2，重写read函数，在重写的read函数中判断如果处理的文件为加密后的DEX文件，则将DEX文件头标志赋值给系统校验变量，让加密后的DEX文件通过系统的文件类型校验；

步骤4.3，重写mmap函数，将加密后的DEX文件映射进内存，在重写的mmap函数中判断如果处理的文件为加密后的DEX文件，则调用解密算法对加密的DEX文件进行解密，并返回解密的DEX文件给系统解析加载，进而完成加密DEX文件的加载；

步骤4.4，重写munmap函数，在重写的munmap函数中将hook_mmap中申请的内存释放掉。

更进一步的技术方案是，所述步骤2中的DEX类加载器为Android API提供的Dexclassloder类。

更进一步的技术方案是，所述步骤3中的API Hook方法包括Inline hook方法和Got hook方法。

本技术方案中一方面，通过Hook execv函数让系统退出调用dex2oat的进程，可以加速加壳APK的启动时间；另一方面，在内存中对加密DEX文件进行解密，使得DEX文件难以被获取，克服了使用Dexclassloader类加载DEX文件必须将DEX文件以文件形式明文存放在存储设备上的缺点，大大降低了加壳APK被反编译的风险，保证了APK核心代码DEX文件的安全。

与现有技术相比，本发明的有益效果是：

本发明在内存中对加密的Dex文件进行解密保存，增加了反编译的难度，极大程度地提高了APK文件的安全性。本发明适用于Android系统Art模式下软件加壳保护。

附图说明

图1为本发明一种实施例的基于Hook技术的动态加载方法流程框图。

具体实施方式

下面结合附图对本发明作进一步阐述。

如图1所示的基于Hook技术的动态加载方法，它主要包括如下步骤：