前面介绍了PC端hook关键函数得到xxxx客户端消息，也导出了sqlite数据库；事实上，xxxx官方的答复是xxxx不会存用户的消息，所有的消息就只能存客户端的sqlite数据库，红包消息也不例外；那么通过sqlite数据是不是可以判断当前的消息是不是红包 ...

　　逆向时用frida hook java层相对比较简单，找准hook点用objection就行！或则自己写脚本hook java常见的加密/编码也很简单，核心原因就是类名、函数名称得以保留，逆向人员能快速定位！java层常见的加密/编码hook脚本这里有：https ...

　　对于逆向同学而言，用android killer打开、分析、修改源代码、重新编译apk是很方便的一件事，所以大部分人都是按照这个流程逆向搞APK的；对于大部分APK而言这么做也是ok的，但是对于少数APK，用android killer打开的时候就会报错，比如前面提到的这款国民级app ...

　　低版本x音client会验证server的证书，所以把抓包软件的证书安装在android系统后就可以冒充server欺骗client抓包了；但是后来的高版本libttboringssl.so中调用了SSL_CTX_set_custom_verify来设置server对client的验证，这下抓 ...

　　逆向分析X东时，遇到了狠角色，通过fidderl抓包如下：登陆的包和返回包的body全都不是明文！这是我分析了这么多app以来头一次遇到这种情况！ 　　以前抓包分析，遇到最多的情况就是某些字段加密，x东时我遇到第一个数据包的body都加密的app；以前可以根据字段名 ...

　　为了保护代码、干扰静态分析，android客户端可以通过OLLVM干扰整个so层代码执行的控制流，但不会改变函数调用的关系，所以抓住这点并不难破解OLLVM；另一个大家耳熟能详的代码保护方式就是VMP了！我之前介绍了windos下VMP代码混淆的原理，其实在android下也类似：对原来 ...

　　上次找到了两个关键的so：sscronet和metasec_ml，本想着用jni trace看看jni函数的加载顺序、参数、地址等关键信息，结果大失所望：一个都没有....... 仔细想想原因：要 ...

静态分析sscronet和metasec_ml走不通了，换个思路继续搞！ 1、直接打开从内存dump的so，报错如下： 本以为只是简单破坏了文件头，于是用010editor比对内存dump的so和安装包原始的so，看看哪些地方被破坏了，手动挨个恢复；结果发现 ...