某车联网App 通讯协议加密分析

汽车安全 2年前 (2022) admin
1,025 0 0


一、目标

李老板:最近刚买了辆新车,他带的App挺有意思,要不要盘一盘?

奋飞: 我去,加壳了,还挺有意思,搞一搞。

v6.1.0

二、步骤

抓包

我的抓包环境是 Mac 10.14.6 + httpToolKit, 这一步很顺利的抓到包了。

某车联网App 通讯协议加密分析
1:main

可以看到,http请求和返回值都是加密的,我们的目标就是这个 request  response的来历的。

脱壳

脱壳我们首选的就是 BlackDex ,使用方便,效果好。不过针对这个样本却不好使,只脱出来一个dex,大概率是失败了。

然后就上葫芦娃大佬的 FRIDA-DEXDump, 这个样本很狡猾,frida Spawn模式一跑就崩,看来壳比较硬。

这下棘手了,回想起之前我们曾经用 Xcube http://91fans.com.cn/post/antifridaoper/ 来对付加壳应用, 这次继续试试。

Xcube没有让我们失望,注入成功。但是在Xcube模式下如何跑 FRIDA-DEXDump 呢?

本来想改改代码合并进去。无意中发现yang神也写了个DumpDex https://github.com/lasting-yang/frida_dump

轻松合并到js里面,这下成功的Dump出来了。

字符串搜索

直接搜索 “request” 结果不多。

某车联网App 通讯协议加密分析
1:find

很明显,这个 jsonObject.addProperty 嫌疑最大。

点进去看看,顺利的找到了这个 CheckCodeUtil 类。他的checkcode和decheckcode大概率就是我们这次的目标。

某车联网App 通讯协议加密分析
1:utilcls

hook 之

var CheckCodeUtilCls = Java.use("com.bangcle.comapiprotect.CheckCodeUtil");CheckCodeUtilCls.checkcode.implementation = function(a,b,c){    var rc = this.checkcode(a,b,c);    console.log(TAG + "checkcode >>> a = " + a);    console.log(TAG + "checkcode >>> b = " + b);    console.log(TAG + "checkcode >>> c = " + c);    console.log(TAG + "checkcode >>> rc = " + rc);    return rc;}
CheckCodeUtilCls.decheckcode.implementation = function(a){ var rc = this.decheckcode(a); console.log(TAG + "decheckcode >>> a = " + a); console.log(TAG + "decheckcode >>> rc = " + rc); return rc;
}


跑一下,奇怪,一点输出都没有,这个没有道理呀?

仔细看看,犯傻了,这类里面有两个checkcode函数,所以我们需要指定hook哪一个。由于我们打印输出的时候忽略了错误输出,导致没有看到报错。

注意: Xcube环境下如果没有任何输出,大概率是脚本报错了,这时候就不要过滤,直接查看全部输出日志,就可以看到报错了。

改改代码

CheckCodeUtilCls.checkcode.overload('java.lang.String','int','java.lang.String').implementation = function(a,b,c){

这次果然很顺利的打印出来了结果。但是奇怪的事情又发生了,App崩了。

挽救崩溃的App

为什么会崩,难道是我们打印数据有bug?

先把打印入参和结果的代码注释掉。还是崩。

把所有hook代码注释掉,不崩了,但是我不hook没法玩呀?

使出终极大法,换手机。很多时候换个手机 就好了,也许这个手机水土不服吧。

结果打脸了,换了手机依然崩溃。

木有任何侥幸心理了,说明App或者壳,对关键函数的Hook做了检测,发觉被hook就摆烂。

App或者壳肯定是在Native层做的检测,我们要对付它,就得和它站在同一高度。

不去hook Jave层的函数了,直接取hook Native层的 checkcode 和 decheckcode。

Hook Native

从CheckCodeUtil的java代码中找到了 System.loadLibrary(“encrypt”);, 说明我们要对付的目标是 libencrypt.so。

IDA打开它,导出表,暴露了两个信息。

1、checkcode函数的地址在 0x24424 , decheckcode函数的地址在 0x2B1BC 。

2、这两个函数大概率使用了AES算法。

继续Hook吧

var targetSo = Module.findBaseAddress('libencrypt.so');console.log(TAG +" ############# libencrypt.so: " +targetSo);// 24424    2B1BCInterceptor.attach(targetSo.add(0x24424 ),{    onEnter: function(args){        var strCls = Java.use('java.lang.String');        this.rBuf = ptr(this.context.x0);        console.log(TAG + " ======================================== ");        // console.log(TAG + "-------- checkcode x0 = " + ptr(this.context.x0) ) ;
var strA = Java.cast(this.context.x2, strCls); console.log(TAG + "-------- checkcode a = " + strA);
console.log(TAG + "-------- checkcode b = " + ptr(this.context.x3)); var strC = Java.cast(this.context.x4, strCls); console.log(TAG + "-------- checkcode b = " + strC);

}, onLeave: function(retval){ var strCls = Java.use('java.lang.String'); var strRc = Java.cast(retval, strCls); console.log(TAG + "-------- checkcode rc = " + strRc);
}});
Interceptor.attach(targetSo.add(0x2B1BC ),{ onEnter: function(args){ var strCls = Java.use('java.lang.String'); this.rBuf = ptr(this.context.x0); console.log(TAG + " ======================================== "); // console.log(TAG + "-------- checkcode x0 = " + ptr(this.context.x0) ) ;
var strA = Java.cast(this.context.x2, strCls); console.log(TAG + "-------- decheckcode a = " + strA);

}, onLeave: function(retval){ var strCls = Java.use('java.lang.String'); var strRc = Java.cast(retval, strCls); console.log(TAG + "-------- decheckcode rc = " + strRc);
}});
李老板:奋飞呀,函数的第一个参数不是 X0吗?你为什么打印第一个参数是 X2 ?

奋飞:老板,早就让你多批点经费买书,你不同意,这下露怯了吧。去翻翻 jni编程就知道了,java调用C/C++ 函数的前两个参数是固定的。真实传递进来的参数是从第三个开始。

这次再跑一下。

某车联网App 通讯协议加密分析
1:rc

真相大白了。

帝都已经有秋意了,不好上鲜啤了,差不多可以上二锅头了。

三、总结

脱壳方法千千万,重点还是Dump Dex。

加壳应用不要怕,大概率脱完壳之后就都是线索了。不加壳的App才是真的可怕。

脚本没有任何输出,不一定是位置找错了,还有可能是脚本的报错你没有看到。

App崩了,换手机是有效的,虽然这次打脸了。

针对这个样本,IDA还告诉我们,so里面的函数入口的代码也被抽取了,要分析这个so,估计还得Dump so。

某车联网App 通讯协议加密分析
1:ffshow

只有去穿越和反思痛苦,才能得到更高的思想深度,没有捷径

某车联网App 通讯协议加密分析

关注微信公众号,最新技术干货实时推送

某车联网App 通讯协议加密分析


原文始发于微信公众号(奋飞安全):某车联网App 通讯协议加密分析

版权声明:admin 发表于 2022年8月30日 下午1:51。
转载请注明:某车联网App 通讯协议加密分析 | CTF导航

相关文章

暂无评论

您必须登录才能参与评论!
立即登录
暂无评论...