看完正己视频后一直想练手，又找不到好一点的目标，偶然一次听朋友说看小说要钱后就想到了一些小说APP，本来是直奔大一点的APP下手的，但是简单看了一下直接扔回收站了，转头找了一个小一点的APP作为练手。
PS：新手入门真不建议直接上手大厂APP，纯纯折磨。
某某小说
加固：腾讯加固。
检测：无frida检测，无xp检测。
版本：1.4.5
去壳
FunDex去壳，运行FunDex后启动APP等待一下后回到APP的私有目录会看到几个dex文件。
左边是APP私有目录，右边是APP结构。
对比一下dex文件可以发现左边有两个dex文件与右边的dex大小刚好一致，由此可以推断这两个dex文件就是壳，而剩下的dex文件就是脱壳后的。
把脱壳后的dex文件替换到APP结构目录中后修复一下dex文件签名APP安装(如有核心破解可不签名)。
启动APP无闪退即脱壳成功。
VIP分析
拖到jadx分析，isVip大法找到方法。
public boolean isVip() {
return this.vip;
}
在User类下定位到这个isVip方法，显然这个是用户信息类了。
我首先尝试使得这个isVip方法直接返回true。
frida调试
let UserVip = Java.use("com.*******.******.****.model.****.User");
UserVip["isVip"].implementation = function () {
let result = this["isVip"]();
result = true;
console.log(`User.isVip result=${result}`);
return result;
};
spawn 和 attach 模式均可以。
刷新一下APP后可以看到Hook代码回显。
同时APP也显示了会员信息。
测试一下vip功能是否正常：
显然只修改 isVip 的返回值是无法正常使用vip的功能的。
回到 isVip 方法继续分析：
查看方法的交叉引用：
其中这个return嫌疑最大，跟进方法分析
private static final boolean b() {
User u = AppHelper.c().u();
return (u == null || u.isVip() || u.getVipEndTime() == g.f("key_last_vip_end_time", 0L, 1, null)) ? false : true;
}
其中的 isVip 方法已经处理过了，那么剩下的就是getVipEndTime方法了。
该方法直接返回了 vipEndTime 属性的数据。
不妨交叉引用看一下这个方法的调用：
str = String.format("会员有效期至：%s", Arrays.copyOf(new Object[]{DateTimeUtil.e(u.getVipEndTime() - 1440000)}, 1));
如此以来，代码就明确了。
虽然使得isVip方法直接返回了true，但 vip 的时间是小于当前时间的，所以vip功能无法使用。
1440000显然是时间戳了。
直接构造一个大于当前时间的时间戳使得 getVipEndTime 方法永久返回这个时间戳。
Hook
let UserVipTime = Java.use("com.*******.******.****.entity.User");
UserVipTime["getVipEndTime"].implementation = function () {
// console.log(`User.getVipEndTime is called`);
let result = this["getVipEndTime"]();
result = 4735689600000;
console.log(`User.getVipEndTime result=${result}`);
return result;
};
此时再看vip到期时间：
测试vip功能：
正常使用。
PS：这个APP还可以自定义用户名，如果直接调取 User类下的 getNick 方法设置返回值的话是无法正常显示自定义用户名的
需要在调用 getNick 方法前调用一次 GetMobile 方法。具体逻辑就不再阐述了。
结语
其实逻辑并不复杂，稍微有点 java 功底都可以分析出 vip 的逻辑。以上算是看完正己大佬视频后的一个小锻炼，不过这还远远不够，在我寻找目标时发现一款天气APP，也可以分析出 vip 的逻辑，再后来编写为XP模块，目前已经完成对两款APP的 vip 功能 hook。
免责声明：
以上分析仅作为技术交流，凡是以此文章作为破坏目标APP，牟利均与作者无关。
