[Android]腾讯应用加固的脱壳分析和修复.docxVIP

[Android]腾讯应用加固的脱壳分析和修复 By ZzAge0x1:腾讯云加固:/product/appup.html加固示例原版APK:/downfile/beijing/elechongNFC.apka,首先，看一下原APK和通过腾讯云应用加固后的文件相关变化加固后的文件列表变化:新增2个so文件：libmain.solibshell.so修改:AndroidManifest.xmlclasses.dexb, 用ApkTool反编译加固后的APK, 出现反编译不过去，错误日志如下:1.通过下面日志能看出来是apktool解析AndroidManifest.xml时出错，注意绿色下划线的name=fasten，这里TX加固是利用android系统解析axml的一个特点来导致apktool反编译时，在解析AndroidManifest.xml时出错。关于利用AndroidManifest.xml这块的技术点可以参考一下万抽抽大神的文章：/wanyuanchun/p/4084292.html2.下面来分析和修复AndroidManifest.xml分析前，还是得先了解一下AndroidManifest.xml的二进制格式，可以参考下列文章:AndroidManifest二进制文件格式分析 /showthread.php?t=194206辅助分析AndroidManifest.xml的二进制格式可以使用下面的:AXML的010 Editor模板/strazzere/010Editor-stuff/tree/master/Templates利用axml模版在010Editor解析AndroidManifest.xml能看到,有一个属性结构的name成员的值是25, 该值指向是string的索引，同时也是res ID的索引。属性结构:String索引:Res ID 索引:为什么这样做，哈哈哈，我懒，所以直接截图引用万抽抽大神的解释：嗯，属性结构的name成员的值是即是string索引，又是ResID索引，所以:Name=25String[25]=fastenResIDs[25]=0x01017FFF再次引用抽抽大神文章里的一段话:Android系统在解析AXML的属性的时候，是通过该属性的res id号而非属性名定位的。所谓的AXML就是AndroidManifest.xml对应的二进制文件，APK包中存储的就是AXML。比如属性：public type=attr name=name id=0/它的属性名为name，id号为0所以fasten这个字符串可以随意改，关键还是ResID的值，TX加固对AndroidManifest.xml处理,是插入一下非法的属性ID (在Android的attr里没有一个ID为0x01017FFF)，因为是非法的属性ID，Android是不会去解析，但ApkTool却会去解析，所以导致反编译出错了。修复方法:知道怎么回事，修复起来就很简单了，只要把非法的属性ID=0x0101FFFF改成一个合法的属性ID，比如把0x0101FFFF改成name的属性ID=0然后再把修改后的AndroidManifest.xml再替换加固后apk里的AndroidManifest.xml，然后用apktook就可以顺利的成功的反编译出来。附件有我用官网最新版的ApkTool 2.0.0 RC3源码编译，修改了一下，修复非法属性ID无法反编译。如果懒得手动去修改AndroidManifest.xml，可以直接用我这个修改过的apktool进行反编译。反编译后,看加固修改后的AndroidManifest.xml和原版的AndroidManifest.xml多这三条：service android:name=com.tencent.mm.fasten.check.log /android:fasten=meta-datameta-data android:name=@anim/push_top_out2 android:value=meta-data /0x2:a,ApkTool反编译可以成功，那接下来看一下TX加固是怎么对Dex进行加密的新增了2个smail文件com\tencent\StubShell\ProxyShell.smalicom\tencent\StubShell\ShellHelper.smaliSmail代码的变化(对指定方法进行加密)从截图能看到，加固后的dex，通过apktool反编译后的smali代码变化。(1)新增静态代码块:(只要加载此类，就会先执行该代码块，作用是用来动态恢复被加固的方法).method static const