对某数藏app逆向安全分析-Toy模板网

这篇具有很好参考价值的文章主要介绍了对某数藏app逆向安全分析。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

前言

分析

加密参数分析

webview调试

1.webviewdebughook调试

2.webviewpp调试

源码静态分析

x-request-id

x-token

sign:

web端调试，逆向

uniapp调试分析

流程分析

尝试主动调用

广告（不喜忽略）

结语

前言

昨晚我群里有个老哥在问移动端滑块怎么分析

对某数藏app逆向安全分析

因为大多app端的滑块都是加载在webview上的

我当时突然就想到才没几天搞定的一个app，也有webview部分的操作，因为是用uni打包的，所以实际走的还是webview。而uni相关的其实之前发过一篇对uni-app开发的某app逆向分析

不过今天这个app有点不同，我感觉是值得记录的，所以准备再写一篇有关这个的

分析

首先，打开这个app，抓包，左边就是想要的数据，右边就是抓到的包

对某数藏app逆向安全分析

然后加密参数有几个


x-request-id
x-token
sign

然后返回有加密

对某数藏app逆向安全分析

加密参数分析

首先就是对app一顿分析

搜一个sign:

对某数藏app逆向安全分析

一开始我并不知道这个app是uni-app打包的，一搜，发现最后一个，这个assets/apps/xxxxx/app-services.js有点可疑，因为它也可能并没有用到这部分的代码。

为了进一步确认，用android studio自带的devices monitor工具发现果然是webview，那基本就确定是uni打包了。

对某数藏app逆向安全分析

插一句，我用的android studio 版本是4.1.1，然后你需要装jdk1.8，然后到sdk tools里，把相关的安装下，然后如果你的sdk目录有这个就行了，不然启动报错。

对某数藏app逆向安全分析

详细的百度即可

webview调试

1.webviewdebughook调试

那么，既然是webview，那就准备用webview调试一波，也就是文章开头我群里的大佬 @qxp 说的路子。

当然这个部分 @孤雁逐云也发过相关的文章，这里我就不详细解释了，就大概的展示下

用xp插件，对该app开启webviewdebugg:

https://github.com/feix760/WebViewDebugHook

然后用chrome浏览器打开这个网址（第一次打开要开下科学软件，打开了就可以把科学关了）

chrome://inspect/#devices

对某数藏app逆向安全分析

静等一会儿，这个加载有点慢，等出现有设备就行了。然后点【inspect】，就会出来一个弹窗，类似web页面的调试工具，然后就是正常的分析了。以前用它分析过某宝 app端的滑块：

对某数藏app逆向安全分析

但是，今天很奇怪，啥都没有

对某数藏app逆向安全分析

昨天都还可以加载的，有点迷，没任何东西了。

有时候环境很容易把人搞迷，不过没事，不能在一棵树上吊死，换一个工具

2.webviewpp调试

之前 @孤烟逐云老哥给我推荐过一个新的工具：

https://github.com/WankkoRee/WebViewPP

这个也是xp插件，直接在手机端上操作，用它来看看：

首先点开

对某数藏app逆向安全分析

然后点这个：

对某数藏app逆向安全分析

然后点组件左边的下载图标，管他有没有用，全都下载了再说

对某数藏app逆向安全分析

下载完回去，选这个hook规则管理：

对某数藏app逆向安全分析

找到你的目标app

对某数藏app逆向安全分析

点进去，把下面的全都点亮

对某数藏app逆向安全分析

然后再点这个，把主流的规则全都点一遍

对某数藏app逆向安全分析

点完就会自动出现这些hook代码：

对某数藏app逆向安全分析

你觉得不行还可以自己写你要的

这样就配置好了，然后这个webviewpp在后台，别关了，现在启动目标app，进入你要调试的页面，这右下角就自动出来了两个浮窗按钮

对某数藏app逆向安全分析

点一下，选到network：

对某数藏app逆向安全分析

然后刷下页面，下拉加载数据接口，结果发现，一直是空，

对某数藏app逆向安全分析

调试工具里根本没有抓到请求包，啥都没有，这就尴尬了。查阅uni相关资料，发现应该是js层发请求，所以，这样是抓不到，那这个就没法了，抓不到网络包，那就没法调试了。尴尬。

源码静态分析

既然无法动态调试，那只能先静态调试了

先对该app解包，然后直接来到assets文件夹里的这个目录的这个文件里：

对某数藏app逆向安全分析

直接搜那几个加密参数：

x-request-id

对某数藏app逆向安全分析

x-token

对某数藏app逆向安全分析

sign:

对某数藏app逆向安全分析

然后这里是返回解密逻辑：

对某数藏app逆向安全分析

走一遍逻辑，发现x-request-id，看着很像uuid4

对某数藏app逆向安全分析

x-token 到这里就g了，这个参数，我完全不知道他怎么调用的，传的这个f是干嘛的

对某数藏app逆向安全分析

我去，线索断了，这就尴尬了。

中途我试过，找到app-services.js，加入以下内容

对某数藏app逆向安全分析

然后重打包app，重新安装（mt管理器操作），然后借助webview调试，发现啥都没有，这就尴尬了。

我猜测大概率是这个js把console.log方法改写了，不让我输出，之前ibox就是这样的

在我一筹莫展之际，突然想起，这apk是uni打包，而且核心逻辑还在js里，那很大概率有web端网址，一顿操作之后发现，果然有web网站

对某数藏app逆向安全分析

web端调试，逆向

打开之后，直接看调用栈，这对于我放弃js大半年的人的来说，属实生疏了，唉

对某数藏app逆向安全分析

不需要花太多时间，就跟到了实际的逻辑：

对某数藏app逆向安全分析

最后根据我的一顿分析：总结如下：

对某数藏app逆向安全分析

x-token是下面的接口返回的：

对某数藏app逆向安全分析

加密逻辑也跟上面一致，然后我一运行

对某数藏app逆向安全分析

g了，反正就是怎么也不出正常的结果。

最后呼唤算法还原大佬 @小小白，一顿操作帮我还原了：

对某数藏app逆向安全分析

是真的牛逼啊卧槽。

但是，话说，不是说好的app吗，咋整到js上去了。想一下，假如，它这个js，有强混淆，而且很难调试的话，怎么办？或者说，我就是要在app层面进行分析呢?

终于到了本篇文章的重头戏。

根据我查阅相关的资料，其实uni开发的，有好几种模式，但是实际还是借助了webview，以及jsbridge，进行联调，然后实现app端的数据交互

那么思路有以下：

1.hook webview，找逻辑2.hook jsbridge相关类，找逻辑3.hook uni 与安卓原生对接的api，找逻辑4.hook 安卓原生json类

我的直觉，第三种可能更好用，一顿操作后发现，根本不行

uniapp调试分析

最后偶然看到它的文档里【org.json.JSONArray】类，果然还是要走json类啊，hook完，发现确实有，

然后再一步步跟逻辑找逻辑，跟到这个类：

【io.xxxxx.xxxxx.JSONUtil】，objection hook结果：

对某数藏app逆向安全分析

继续hook这几个方法，然后手机翻页看看，看看它这个入参，发现就是最后的页面数据了，但是这个数据结构有点奇怪

对某数藏app逆向安全分析

对比下手机页面的数据，和这个入参，确实对上了

对某数藏app逆向安全分析

再看看调用栈：有点东西啊，还用的tb的webview组件

对某数藏app逆向安全分析

流程分析

然后根据我的分析，实际的逻辑就是（不一定对，部分方法名已脱敏）

整理下：

1.先用io.xxxxx.AdaUniWebView初始化view
2.用io.xxxxx.evalJS预加载js代码
3.再用io.xxxxxx.xxx.execSync 生成view对象
4.再用io.xxxxxx.xxxx.exec 用上面生成的对象发起请求
5.用io.xxxx.xxxx.prompt 实际请求
6.js 原生执行js
7.用io.dcloud.common.util.JSONUtil.createJSONArray 接收js代码返回的对象，里面包含实际的数据（js部分已经解密好）

部分代码可见：

对某数藏app逆向安全分析