400 015 0896

带360壳分析umeng协议

作者:15PB 时间:2018-02-01 04:56:00 浏览量:431

作者:十五派移动安全002期学员 – 赵凯[ skyun1314 ]

0x00 序
为什么要带壳分析umeng协议啊,因为嘬呗。

0x01 charles抓包
直接打开 charles 手机设置好代理,过滤掉肯定无关的链接,从手机打开需要抓包的软件。发现只有2条网络请求 http://alog.umeng.com/app_logs

一看就知道是umeng的协议,但是参数加密了,只能反编译看看他是如何加密的。挂起 jadx 打开apk,发现apk 360加固了,没有办法只能脱壳。拿出我的脱壳神机google5儿子(自己编译的android4.4的系统,修改了内核代码,能过掉proc文件状态的反调试)

0x02 针对性反编译&&过掉签名验证
可是安装的时候提示

设备版本太低,没关系,反编译修改一下最低sdk版本。

加上-s参数,只反编译资源文件,然后打开apktool.yml这个文件

把这里修改成19.ok。重打包提示签名被修改,没关系继续安装xposed hook签名模块(DisableVerifySignature.apk)。然后软件就可以打开了。

0x03 过掉反调试&&脱壳(不一样的脱壳)
过掉 时间差,rtld_db_dlactivity 这两个反调试一路走到这里 图片描述dump 出dex

文件。再次拖入 jadx 发现还是不对啊。是真实代码,可是没有umeng的代码。这是怎么回事啊。和我之前脱的软件不一样,难道360又升级了。带着疑惑我又打开了我自己写的一个通用脱壳软件。先给大家介绍下我的软件:

本工具是一个apk软件,打开后listview显示手机上安装的所有用户apk(图标➕apk名字),然后可以选择需要脱壳apk,然后再运行需要脱壳apk。即可完成脱壳。

代码实现: (java+jni)

  1. xmlpull解析选择apk的apkminifest,获取其包名,ApplicationName,MainActityName。
  2. Xposed hook android.content.ContextWrapper attachBaseContext得到壳的classloder
  3. 根据classloder继续hook真正类的oncreate。
  4. 继续根据classloader获取内存中的所有cookie。
  5. 继续调用jni。根据cookie能转换成DexFile,然后其实就是解析dex文件了。
  6. 在内存其实他的指向都是完整的。只不过没有在连续的地方。dump下来的也就不完整。那么我就分部dump。1。classdef之前的,2classdef之后的,3classdef4.classdata,5opcode。然后修改指向组合。

0x04 dump后的代码修复
通过这个软件dump下来的dex文件有60个,我把每个dex文件都打开看看,发现jar包都单独是一个dex文件,感觉和分包一样。想了想再把他们组合再修复oncrete 肯定是需要很长时间。不修复了。只看umeng这个dex把。
jadx 打开dex 搜索 host

直接就找到了。

看到了参数传递了byte[],继续跟踪调用的地方。

跟到这里发现 调用了ch的b函数,里面肯定是处理了a变量,最后返回了 byte[].但是我怎么搜索都收拾不到a变量在哪里调用了,继续跟踪 b函数,
跟了一圈发现umeng的代码写的真是好啊,各种继承,接口,越看越晕都不知道谁掉的谁。

怎么和我之前 抓包的情况不一样啊。之前抓过几次都是 几个变量拼接,然后在调用 通用加密函数,虽然加密函数可能在jni,可能有ollvm混淆,但是都能看懂大概啊。这个是越看越懵。

最后才想起原来dump出来的指令被优化了,需要修复

全局搜索替换所有优化的地方,修复完看到了引用的地方
这下代码看懂了

他把每一个参数都单独取出来转换成byte[] 然后写入OutputStream
既然看懂了那么就看看她这几个参数都是啥直接传进去就ok了。刚好他有一个tostring函数

0x05 带壳hook原始类
拖出来的dex没有修复不能 动态调试,那么我hook一下打印出来就好了

 

        XposedBridge.log("开始hook....360加固");
            //hook加固后的包,首先hook getNewAppInstance这个方法来获取context对象
            XposedHelpers.findAndHookMethod("com.stub.StubApp", lpparam.classLoader,
                    "getNewAppInstance", Context.class, new XC_MethodHook() {
                        @Override
                        protected void afterHookedMethod(MethodHookParam param) throws Throwable {
                            super.afterHookedMethod(param);
                            //获取到360的Context对象,通过这个对象来获取classloader
                            Context context = (Context) param.args[0];
                            //获取360的classloader,之后hook加固后的就使用这个classloader
                            final ClassLoader classLoader = context.getClassLoader();
                            //下面就是强classloader修改成360的classloader就可以成功的hook了


                            Class<?> db = XposedHelpers.findClass("u.aly.db", classLoader);
                            Class<?> dg = XposedHelpers.findClass("u.aly.dg", classLoader);
                            Class<?> bp = XposedHelpers.findClass("u.aly.bp", classLoader);
                            Class<?> ap = XposedHelpers.findClass("u.aly.ap", classLoader);
                            final Class<?> bn = XposedHelpers.findClass("u.aly.bn", classLoader);
                            final Class<?> ao = XposedHelpers.findClass("u.aly.ao", classLoader);
                            final Class<?> ar = XposedHelpers.findClass("u.aly.ar", classLoader);
                            final Class<?> bf = XposedHelpers.findClass("u.aly.bf", classLoader);
                            final Class<?> az = XposedHelpers.findClass("u.aly.az", classLoader);
                            final Class<?> ax = XposedHelpers.findClass("u.aly.ax", classLoader);
                            final Class<?> bb = XposedHelpers.findClass("u.aly.bb", classLoader);
                            final Class<?> bl = XposedHelpers.findClass("u.aly.bl", classLoader);


                            XposedHelpers.findAndHookMethod("u.aly.bp", classLoader, "e",String.class, new XC_MethodHook() {//hook 參數生成的地方
                                @Override
                                protected void beforeHookedMethod(MethodHookParam param) throws Throwable {
                                    super.beforeHookedMethod(param);
                                    XposedBridge.log(  "參數生成的地方2:"+   param.thisObject.toString());

参数是都打印出来了,简单的能看懂,看不懂的继续跟代码发现又他娘的是加密了,不过还好加密函数还是同一个,但是看了看加密的串是10个对象的100个参数。

继续xposed hook打印参数把,幸好他们的类名有规律

  final String class_name[] = {"at", "cr", "av", "bc", "bg", "be", "bm", "bl", "ba", "an", "bd", "aq", "bn"};
                            for (int i = 0; i < class_name.length; i++) {
                                final int finalI = i;
                                XposedHelpers.findAndHookMethod("u.aly." + class_name[i], classLoader, "b", dg, new XC_MethodHook() {//hook 參數生成的地方
                                    @Override
                                    protected void beforeHookedMethod(MethodHookParam param) throws Throwable {
                                        super.beforeHookedMethod(param);
                                        XposedBridge.log(class_name[finalI] + "------:" + param.thisObject.toString());
                                    }
                                });
                            }

并且有2个类是他们的组合

继续看懂参数:有的参数是设备固定值,有些参数是固定值的md5,有些参数是固定参数加上时间戳的md5.都看懂了模拟代码。ok大功告成。继续看下一条协议。

0x06 打印堆栈查看调用关系
第二条协议其实还是这个接口,就是参数多了一点,多的那点就是第一条协议的返回值。虽然看懂了,但是不知道她是怎么解析返回值的啊,

install_channel 找到这个参数 hook 赋值的地方,打印堆栈

XposedHelpers.findAndHookConstructor("u.aly.bb", classLoader, new XC_MethodHook() {
                                @Override
                                protected void beforeHookedMethod(MethodHookParam param) throws Throwable {
                                    super.beforeHookedMethod(param);
                                     StackTraceElement[] wodelogs = new Throwable("wodelog").getStackTrace();
                                    for (int i = 0; i <wodelogs.length ; i++) {
                                        XposedBridge.log( wodelogs[i].toString());
                                    }
                                }
                            });

发现是这里读的

0x07 后续

嗯。加密,解密逻辑都找到了,模拟代码把。直接拿他代码就可以,稍微修改一下,根据hook下来的参数,多比较几次。测试,请求参数一摸一样的还原。。。。
由于不会排版,排版是参考了别人的,
最后,感谢论坛中各大神的分享,让我学习到了很多东西。

十五派信息安全教育是一家专业的信息安全培训、前端Web安全、网络安全培训机构,如果您有这方面的需求,欢迎来电咨询十五派信息安全培训客服,期待您的来电。


       

北京蓝森科技有限公司 版权所有 Copyright © 2013-2020,All rights reserved. ICP备案:京ICP备13035942号-10