一、目标
李老板：奋飞呀，我遇到一个超级牛掰的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请求
https://ccgateway.paas.xxxchina.com/ccgateway/statics/paas-content/ArticleDetail.html?curID=f6be7358-f906-4087-b387-69cc17a9ebf8
然后可以直接用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的手段多种多样，传统手艺也不能丢，这个样本就是鼓捣了半天，万万没想到就是个网页。
排除所有不可能的因素之后，无论剩下的多么难以置信，那就是真相。
TIP: 本文的目的只有一个就是学习更多的逆向技巧和思路，如果有人利用本文技术去进行非法商业获取利益带来的法律责任都是操作者自己承担，和本文以及作者没关系，本文涉及到的代码项目可以去 奋飞的朋友们 知识星球自取，欢迎加入知识星球一起学习探讨技术。
