一、目标
李老板：奋飞呀，我遇到一个超级牛掰的App，它请求的时候有个data参数加密，用尽了你介绍的所有的方法，都找不到它是如何加密的。
奋飞：子曾经曰过，老板的嘴，骗人的鬼。有这么牛掰的App，那么我们这帮兄弟早就失业了。
某神奇App v10.1.0
点 社区-> 随便打开一篇有评论的文章
今天的目标就是这个 data
二、步骤
搜索特征字符串
目标是data，所以我们第一个搜索 "data"
一共有130多个结果，开始一个一个点开分析了，逆向木有那么酷，有很大一部分是苦力活。
比如这种 baidu 、 meizu 、tencent 、google 开头的类，大概率是第三方sdk用的。可以排除掉。
命中的原则就是， "data" 和 "timestamp" 在一起。
遗憾的是木有找到，也许是结果太多，眼花了，看漏了吧。
不死心，我们再尝试搜一下 "timestamp" 只要它和 "data"在一起，也算命中。
这次只有40个结果，一个一个认真的找过去，还是没找到。这下死心了，说明特征串搜索失败。
Hook Base64
这个data数据看上去超级像Base64，所以我们第一步是Hook Base64
var Base64Class = Java.use("android.util.Base64");
Base64Class.encodeToString.overload("[B", "int").implementation = function(a,b){
var rc = this.encodeToString(a,b);
console.log(">>> Base64 " + rc);
return rc;
}
frida跑起来，spawn 启动不了，要么说没有这个包名，用app名称也提示找不到。
算了，attach倒是成功了。
不过在意料之中，木有任何输出，李老板毕竟也和我们混了这么多期，肯定他也是试过Hook Base64的。
Hook java.lang.StringBuilder 字符串定位
在java层组装字符串，大概率是逃不过StringBuilder，我们观察一下data数据的特征。
他们没有一样的开头，但是他们有一样的身体，字符串里面都含有 +
var strCls = Java.use("java.lang.StringBuilder");
strCls.toString.implementation = function(){
var result = this.toString();
if(result.toString().indexOf("+") >= 0
&& result.toString().length > 150)
{
console.log(" >>> string " +result.toString());
// var stack = threadinstance.currentThread().getStackTrace();
// console.log("Rc Full call stack:" + Where(stack));
}
return result;
}
我们要匹配 + 并且字符串长度大于 150，我掰指头数了，data数据的长度大概是190多。
frida跑起来，Attach上，依然没有任何输出，有点不对劲，我们把 hook StringBuilder的所有输出打印下，结果还是没有任何输出。
可能Attach模式有问题，必须得 spawn 模式了。
Xcube
被我们冷落了许久的Xcube可以派上用场了，Xcube可以不使用 frida spawn模式启动，但提供spawn模式一样的效果，具体使用方法参见 http://91fans.com.cn/post/antifridaoper/。
配置好xcube.yaml 跑起来。
见鬼了，李老板这次没说错，居然还是没有任何输出。Xcube也不好使了。
换手机
真的，很多时候网友问我，为啥我 hook不上，为啥我启动不了，为啥我抓不了包。
这个真是玄学，换个手机也许就好了。
我手头有好几个测试机，分别装了不同的抓包软件，不同版本的Android系统。
终于在一台 google pixel 2xl 上 成功的用 frida spawn模式启动 了app，并且打印出了字符串信息。
当然打出了一堆base64数据，但是没有我们想要的数据。
hook_libart
java层hook不到数据，那么我们就去Native层
if (addrGetStringUTFChars != null) {
Interceptor.attach(addrGetStringUTFChars, {
onEnter: function (args) {},
onLeave: function (retval) {
if (retval != null) {
var string = Memory.readCString(retval);
if(string != null) {
if(string.toString().indexOf("+") >= 0
&& string.toString().length > 150)
{
console.log("[GetStringUTFChars] result:" + string);
}
}
}
}
});
}
if (addrNewStringUTF != null) {
Interceptor.attach(addrNewStringUTF, {
onEnter: function (args) {
if (args[1] != null) {
var string = Memory.readCString(args[1]);
if(string != null) {
if(string.toString().indexOf("+") >= 0
&& string.toString().length > 150)
{
console.log("[NewStringUTF] bytes:" + string);
}
}
}
},
onLeave: function (retval) {}
});
}
再跑一下，依然没有我们想要的数据。
小小的总结一下
App中的字符串，要么出现在java层，要么出现在Native层。我们都Hook上了，居然还是没有找到。
只剩下一种可能了，这个字符串木有在App中被处理。
比如说，App中嵌入了一个浏览器，运行了一个H5页面，页面中js去做的加密和http请求.....
这样的话，我们就hook不到了。
调试网页中的js
从抓包结果里面我们找到了文章的Get请求
然后可以直接用Chrome打开，
刷新一下，就找到了我们心心念念的 data
还是被李老板骗了，网页js做的加密，你App里能找到就见鬼了。
既然确定这个 comments-and-reply-encrypt 请求是js发出的，就好办了，
搜索一下，发现它来自于 ArticleDetail.js
双击 搜索到的结果，在 Network 窗口定位这个 js， 然后右键 Open in Sources panel 进入到源码窗口。
源码有点乱，我们点 {} 图标格式化一下。
然后在ArticleDetail.js源码中搜索 comments-and-reply-encrypt
定位到了 getCommentEncrypt
继续搜索 getCommentEncrypt ,定位到了一个加密函数 encryptSm4ECB
这么牛掰的名字，大概率是我们心爱的 data 加密了。
函数还是很清晰的，返回了 data和timestamp。
给它下个断点，然后重新刷新一下页面。 成功触发了断点。
搞定，收工。
三、总结
字符串一定是有迹可循，apk中不出现，运行时也一定会出现。
现在开发App的手段多种多样，传统手艺也不能丢，这个样本就是鼓捣了半天，万万没想到就是个网页。
排除所有不可能的因素之后，无论剩下的多么难以置信，那就是真相。
