本文共 2314 字,大约阅读时间需要 7 分钟。
导语:几个月前,网易易盾正式推出Java2c加固。它以独有的“静态保护”技术,使得应用程序中的代码出现“下沉”,达到不可逆的效果,兼顾“冷热启动时间”、“CPU”、 “内存占用率”、“体积”等重要指标,保障用户加固的灵活性。
这种类型的加固是在什么契机下推出?它到底具备哪些优势?在实际测试和应用中,它的表现是什么样的?网易易盾两位技术专家为此撰写了一篇文章做出解读,希望能够解除一些人的疑惑。
网易易盾为什么会推出Java2c加固?其实灵感是来自于谷歌的DEX2OAT的理念:
移动应用包可以在安装期间从Dex包转化为可执行的ELF格式的包,相当于从Java代码转换成了二进制代码,极大地提高了移动应用的运行速度。
基于这个理念延伸,我们思考:何不把这个转换过程在加固期间就做掉呢?这样加固后的移动应用包就是二进制代码的形式,无论是安装还是运行速度都可以有极大地提升。
而且Android开发天然就支持NDK(简单来说就是底层提供C++代表编译成的SO),加固时把Java代码转换成NDK层的二进制代码,这样就解决了性能和兼容性问题。由于二进制转换是在加固期间做的,加固后的移动应用包是转换后的二进制结果,它是不可逆的,也因此大大地提高了安全强度。
下面我们就来看看具体的测试数据
一、特性说明:
易盾加固Java2c方案作为最新一代Android移动应用Dex文件保护方案:
1.强度上:以“代码下沉”的方式把java层代码完全下沉到本地层,大大增大了***者的分析难度,高于以往的加壳以及dexVmp保护。
应用程序经过易盾加固java2c方案加固以后,在运行的过程中不存在像如下图1所示的一代和二代“壳”保护完以后会在内存中出现整体或者部分数据还原,因此强度上远远高于早先的代码抽取的各种壳。于当下比较流行的三代dex VMP相比,在dex VMP中***者可以在内存中对虚拟解释器中的指令进行监控,通过映射表进行还原 ,对于经过java2c加固以后,Java层代码完全的下沉到本地层面,***者的***目标由Java层转为Native层面,这个时候对于***者而言 ,从Native层面还原为Java层面的这个过程是不可逆的,不存在还原,难度会大大的增加。
2.1加固前后CPU、内存占用率对比
以下是魅拍APP对其中的四大组件下面所有的类进行java2c加固以后的性能数据对比图,从以下图2、3可以看出,加固前后的应用的CPU占用率、以及内存占比影响不大,并且在实际的加固中会根据每个应用类的特色进行甄选,加固产生的性能影响可以忽略不计。
2.2加固前后启动时间对比:
如图4所示为市面上各个类型的应用程序经过加固以后的启动时间对比图,从图中可以看到经过加固以后的程序的启动时间增加非常小,对于用户的影响可以忽略不计。
2.3加固前后测试通过率对比:如图5所示为同样类型的应用程序加固以后通过百台测试机测试的通过率与加固前的对比图,从图中可以看出通过率基本上与加固前是一致的。
2.4加固前后体积增加对比:由于在易盾加固java2c方案中应用加固体积的增加与自身应用的类和方法的复杂性是息息相关的,在某些应用上还会出现加固以后变小的可能。如图6所示加固处理的默认规则为四大组件下面的所有的类和方法,方法数量在几百至几千个,整体大小的增加均在可接受范围内,由于某些APP本身的方法比较复杂,因此体积增加可能比较明显,可以通过黑白名单对于一些不重要的类和方法进行过滤处理,达到用户的需求。
3.兼容性上:易盾加固java2c方案不仅加固上支持dex的全指令级以及函数级的细粒度化,从图7可以看到通过中间状态的介入再生成各个目标平台代码,兼容性上与保护前一样。
由于易盾加固java2c方案是把待保护APK中的dex文件中间状态变换为一个另一种的中间状态,这个时候还没有生成底层的各个目标平台的状态。如下图5所示,因此兼容性上与保护前的状态是一样的。
接下来通过一个简单的Demo展示加固前后的比较
加固前:
加固后:反编译java层代码
生成的本地层代码图11、保护后的本地层代码从上面的效果图可以看到保护前的java层代码完全下沉到本地层,为了观察前后的效果没有增加混淆和so的加壳处理,即便如此也有力的增大了***者的分析难度。易盾最新一代的Java2C加固方案,以独有的“静态保护”技术,使得应用程序中的代码出现“下沉”,达到不可逆的效果,兼顾“冷热启动时间”、“CPU”、 “内存占用率”、“体积”等重要指标,同时保障用户加固的灵活性。
作者介绍:
赵贝贝,网易易盾高级客户端安全工程师。2018年7月加入网易,主要负责安卓移动应用安全加固。
朱星星,网易易盾客户端安全开发。2011年加入网易,主要负责游戏反外挂、安卓移动应用安全。
转载于:https://blog.51cto.com/13610827/2353805