AI自动摘要

本文详细介绍了对macOS上一款休息提醒软件T**O进行逆向破解的过程,从无限试用到实现永久订阅。主要内容包括:

  • 分析软件的订阅机制和试用功能。
  • 使用IDA Pro反汇编程序,寻找关键代码。
  • 通过Hook技术实现无限试用。
  • 深入分析关键方法,实现永久订阅。

文章展示了逆向工程的基本步骤,包括代码分析、Hook注入等技术,为读者提供了一个实际的逆向破解案例。

引子与动机

有时,我们太过于专注工作和学习,不知不觉间在电脑面前一坐就是好几个小时。久坐的危害自不必多说,并且这种方式的效率未必就如我们想象的那般高效。长时间坐在电脑面前,思维往往会变得迟钝,灵感也容易枯竭,身体的疲惫与大脑的倦怠相互交织,反而会使工作和学习进展得缓慢。

于是,我便找到了macOS上这款休息提醒软件T**O,利用它每隔一段时间就提醒我休息几分钟,起身走一走接杯水,或眺望远方缓解眼疲劳等等。当然,这个休息的频率是可以按照自己的习惯自定义设置的。

原本,自从买了手表后就没再用这款软件了。但假期闲来无事时,想起曾经动过破解该软件的念头,那不妨就立即实现曾经的想法。

订阅与试用

在正式破解前,还是先对此应用程序多一些了解。打开APP可以看到T**O有三种档次的订阅制,分别是$3.99/季度、$7.99/半年、$14.99/一年。

除了付费订阅,软件开发者还提供了免费试用,每次可试用一小时高级功能,次数不限,从这点上能看出开发者其实很良心了。

如下图所示,当红心❤️被点亮时,即为此处的高级功能正在被使用,也意味着当前处于试用期。但过一小时后,这些高级功能就会自动关闭,需手动再次开启,前面提到过,一次只可试用一小时。

无限试用

开始,还是先对APP进行重签名,然后利用IDA Pro反汇编T**O二进制程序,并在终端以命令行方式运行T**O二进制程序,此时产生了如下日志,出现了产品清单,都是未购买的。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
$ ./T**O
2024-10-06 17:50:17.194 T**O[16002:61422285] Started T**O version 0.0.0 (0000) Mac App Store edition from file:///Applications/T**O.app/
loading 2024-10-06 04:00:00 +0000 took 0.008906006813049316 seconds
2024-10-06 17:50:17.251 T**O[16002:61422285] accessibility trusted: 0
2024-10-06 17:50:17.803 T**O[16002:61422285] App was not auto-launched
2024-10-06 17:50:17.932 T**O[16002:61422285] IAP: addTransactionObserver: <InAppPurchaseManager: 0x600002c46940>
2024-10-06 17:50:17.950 T**O[16002:61422285] accessibility trusted: 0
2024-10-06 17:50:23.601 T**O[16002:61422291] IAP: Not purchased: com.d****.t**o.base.3m
2024-10-06 17:50:23.601 T**O[16002:61422291] IAP: Not purchased: com.d****.t**o.base.6m
2024-10-06 17:50:23.601 T**O[16002:61422291] IAP: Not purchased: com.d****.t**o.base.12m
2024-10-06 17:50:23.638 T**O[16002:61422291] IAP: Loaded list of products...
2024-10-06 17:50:23.638 T**O[16002:61422291] IAP: Not purchased: com.d****.t**o.base.3m
2024-10-06 17:50:23.638 T**O[16002:61422291] IAP: Not purchased: com.d****.t**o.base.6m
2024-10-06 17:50:23.638 T**O[16002:61422291] IAP: Not purchased: com.d****.t**o.base.12m

显然,3m、6m和12m分别代表着三种不同档次的订阅制。根据这个微小的线索,尝试在IDA Pro中搜索3m、6m或12m关键词。

1
2
3
4
5
6
7
8
9
10
11
12
__cfstring:000000010011F3B8 cfstr_3m    __CFString <___CFConstantStringClassReference, 0x7C8, a3m, 2>
__cfstring:000000010011F3B8 ; DATA XREF: -[D****LicenseController stage]+424↑o
__cfstring:000000010011F3B8 ; -[D****LicenseController kindForIdentifier:]+18↑o ...
__cfstring:000000010011F3B8 ; "3m"
__cfstring:000000010011F3D8 cfstr_6m __CFString <___CFConstantStringClassReference, 0x7C8, a6m, 2>
__cfstring:000000010011F3D8 ; DATA XREF: -[D****LicenseController stage]+440↑o
__cfstring:000000010011F3D8 ; -[D****LicenseController kindForIdentifier:]:loc_100038F34↑o ...
__cfstring:000000010011F3D8 ; "6m"
__cfstring:000000010011F3F8 cfstr_12m __CFString <___CFConstantStringClassReference, 0x7C8, a12m, 3>
__cfstring:000000010011F3F8 ; DATA XREF: -[D****LicenseController stage]+5D0↑o
__cfstring:000000010011F3F8 ; -[D****LicenseController kindForIdentifier:]:loc_100038F50↑o ...
__cfstring:000000010011F3F8 ; "12m"

如上,三者存在两个相同的引用,分别是-[D****LicenseController stage]和-[D****LicenseController kindForIdentifier:],先看前者。

这个类方法的代码量有点小大,根据此类方法的签名可知它返回的类型为整数型,那暂时也不着急去详细分析代码逻辑,继续查看这个类方法的引用,可发现在-[D****LicenseController stageDescription]中存在其调用。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
id __cdecl -[D****LicenseController stageDescription](D****LicenseController *self, SEL a2)
{
__int64 v2; // x0

v2 = -[D****LicenseController stage](self, "stage");
if ( v2 <= 539 )
{
if ( v2 == 500 )
return CFSTR("Free");
if ( v2 == 510 )

return CFSTR("Trial");
}
// ...
}

-[D****LicenseController stageDescription]的伪代码如上,其中调用了-[D****LicenseController stage],将其返回值赋给v2,随后对v2进行判断,如果等于500返回Free,如果等于510则返回Trial。

基于此,还是先看看-[D****LicenseController stage]的返回值,将其打印出来看看。

1
2
$ frida-trace -m "*[D****LicenseController stage*]" "T**O"
393760 ms -[D****LicenseController stage] return: 0x1f4 onLeave at the beginning.

结果如上,正常情况下,该类方法会返回0x1f4,转换成十进制等于500,正好对应上了代码中的Free。

1
2
if ( v2 == 500 )
return CFSTR("Free");

既然如此,继续Hook -[D****LicenseController stage],并将其返回值改成510看看,对应的十六进制为0x1fe,Hook脚本内容如下。

1
2
3
4
5
6
7
8
9
10
11
defineHandler({
onEnter(log, args, state) {
// log(`-[D****LicenseController stage]`);
},

onLeave(log, retval, state) {
log(`-[D****LicenseController stage] return: ` + retval + " onLeave at the beginning.")
retval.replace(0x1fe)
log(`-[D****LicenseController stage] return: ` + retval + " onLeave at the end.")
}
});
1
2
393760 ms  -[D****LicenseController stage] return: 0x1f4 onLeave at the beginning.
393760 ms -[D****LicenseController stage] return: 0x1fe onLeave at the end.

通过长时间的测试,经过这样的改动后,确实能够一直永久试用下去,中间再无中断,无需手动再次开启试用。

本文原本到此就该结束了的,但到了第二天,我发现这种破解方式不够完美,无法创建无限个数的Breaks,唯独这一个高级功能是需要付费订阅才可拥有。此外,本文到此为止篇幅还比较短,无论是写起来还是读起来,总让人觉得意犹未尽。

永久订阅

为此,我们继续看先前未详细分析的-[D****LicenseController stage],由于这个类方法的代码量有点小大,先从开头看起。IDA Pro反汇编出的部分伪代码如下,在最后,这个方法会返回整型变量v61,这一点牢记。另外,还可看出一些数据在反汇编的过程中出现了丢失,这意味着不可过于依赖反汇编后的伪代码。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
signed __int64 __cdecl -[D****LicenseController stage](D****LicenseController *self, SEL a2)
{
D****LicenseController *v2; // x26

// ......

v2 = self;
v3 = objc_retainAutoreleasedReturnValue(-[D****LicenseController lastValidation](self, "lastValidation"));
-[NSDate timeIntervalSinceNow](v3, "timeIntervalSinceNow");
v5 = v4;
objc_release(v3);
v6 = objc_retainAutoreleasedReturnValue(-[D****LicenseController lastTrialExpiryDate](v2, "lastTrialExpiryDate"));
-[NSDate timeIntervalSinceNow](v6, "timeIntervalSinceNow");
v8 = v7;
objc_release(v6);
v9 = objc_retainAutoreleasedReturnValue(-[D****LicenseController lastPurchaseExpiryDate](v2, "lastPurchaseExpiryDate"));
-[NSDate timeIntervalSinceNow](v9, "timeIntervalSinceNow");
v11 = v10;
objc_release(v9);
v12 = objc_retainAutoreleasedReturnValue(-[D****LicenseController lastValidation](v2, "lastValidation"));
objc_release(v12);
v13 = objc_retainAutoreleasedReturnValue(-[D****LicenseController lastTrialExpiryDate](v2, "lastTrialExpiryDate"));
v15 = v8 <= 0.0 && v13 != 0LL;
objc_release(v13);
v16 = objc_retainAutoreleasedReturnValue(-[D****LicenseController lastPurchaseExpiryDate](v2, "lastPurchaseExpiryDate"));
v18 = v11 <= 0.0 && v16 != 0LL;
objc_release(v16);
if ( v12 && v5 <= 0.0 && v5 > -15.0 && (!v15 || v8 <= -15.0) && (!v18 || v11 <= -15.0) )
return -[D****LicenseController lastStage](v2, "lastStage");
v20 = objc_retainAutoreleasedReturnValue(-[D****LicenseController licenses](v2, "licenses"));
v21 = objc_retainAutoreleasedReturnValue(-[NSMutableDictionary objectForKeyedSubscript:](v20, "objectForKeyedSubscript:", CFSTR("LicenseDetails")));
v22 = objc_retainAutoreleasedReturnValue(objc_msgSend(v21, "sortedArrayUsingComparator:", &stru_100118D98));
objc_release(v21);
objc_release(v20);
v23 = objc_retainAutoreleasedReturnValue(-[D****LicenseController unregistered](v2, "unregistered"));
if ( v23 )
{
v24 = objc_retainAutoreleasedReturnValue(objc_msgSend(v22, "arrayByAddingObject:", v23));
objc_release(v22);
v22 = v24;
}

// ......

return v61;
}

对于T**O这个应用程序,用户在使用该APP的过程中,会处于不同的阶段,例如免费使用阶段、试用阶段和付费订阅阶段。而stage翻译成中文是“阶段”,意味着此方法的作用很可能就是通过某些检查,以确定应用程序当前所处的阶段。

根据如上代码可看出,开头先调用了lastValidation、lastTrialExpiryDate和lastPurchaseExpiryDate三个方法来获取最后一次验证时间、试用期过期时间和订阅过期时间。然后对它们调用timeIntervalSinceNow方法,以计算这些时间与当前时间的时间差,相当于计算出验证、试用和订阅的剩余时间。随后对这三个时间间隔进行条件判断,小于等于0.0表示时间已过,大于-15.0意味着有15秒的时间窗口,而小于等于-15.0则意味着这个时间窗口已过。

1
2
if ( v12 && v5 <= 0.0 && v5 > -15.0 && (!v15 || v8 <= -15.0) && (!v18 || v11 <= -15.0) )
return -[D****LicenseController lastStage](v2, "lastStage");

如上判断如果通过则会返回-[D****LicenseController lastStage],这个方法可能代表应用程序在最后一次有效状态下的阶段。

这时能想到的是,先观察lastValidation、lastTrialExpiryDate和lastPurchaseExpiryDate三个方法的正常返回值,有必要时可尝试进行篡改。通过如下Hook代码,便能打印出人类可读的时间格式,否则直接打印出来会是一个指向NSDate类型的地址。除lastValidation外,其他两个方法也一样做如下操作。

1
2
3
4
5
6
7
8
9

defineHandler({
onEnter(log, args, state) {
},
onLeave(log, retval, state) {
var retval0 = new ObjC.Object(retval)
log(`-[D****LicenseController lastValidation] return: ` + retval0 + " onLeave at the beginning.")
}
});

结果如下,当前由于我既没有试用也没有订阅应用程序,所以lastTrialExpiryDate和lastPurchaseExpiryDate均为nil,这是理所当然的。

1
2
3
4
5
6
7
-[D****LicenseController lastValidation] return:  2024-10-08 09:07:46 +0000 onLeave at the beginning.
-[D****LicenseController lastTrialExpiryDate] return: nil onLeave at the beginning.
-[D****LicenseController lastPurchaseExpiryDate] return: nil onLeave at the beginning.
-[D****LicenseController lastValidation] return: 2024-10-08 09:07:46 +0000 onLeave at the beginning.
-[D****LicenseController lastTrialExpiryDate] return: nil onLeave at the beginning.
-[D****LicenseController lastPurchaseExpiryDate] return: nil onLeave at the beginning.
-[D****LicenseController lastStage] return: 0x1f4 onLeave at the beginning.

当进入应用程序开启试用后,会发现lastTrialExpiryDate的时间值会是在当前时刻的一个小时后。继续Hook lastPurchaseExpiryDate方法,并将其返回值篡改为一个未来几十年后的时间值。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
// __handlers__/D****LicenseController/lastPurchaseExpiryDate.js

defineHandler({
onEnter(log, args, state) {
},

onLeave(log, retval, state) {
var NSDate = ObjC.classes.NSDate;
var timestamp = 4092599349; // 2099-09-09 09:09:09
var endDate = NSDate.dateWithTimeIntervalSince1970_(timestamp);

retval.replace(endDate);

var retval1 = new ObjC.Object(retval)
log(`-[D****LicenseController lastPurchaseExpiryDate] return: ` + retval1);
}
});

打开程序观察了下,发现这个操作对APP没任何影响。那没办法,只能继续分析-[D****LicenseController stage]后续的操作。不过,鉴于代码量小大,就不逐行一一分析了。

往下看到LABEL_75,其中对lastTrialExpiryDate进行了试用期过期判断,如果如果还在试用期内,则将510LL赋给v61,而stage最终返回的就是v61。这个应该不会陌生,因为在上面恰恰就是这么操作以达到无限试用的。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
LABEL_75:
v62 = objc_retainAutoreleasedReturnValue(-[D****LicenseController lastTrialExpiryDate](v2, "lastTrialExpiryDate"));
if ( v62
&& (v63 = v62,
v64 = objc_retainAutoreleasedReturnValue(-[D****LicenseController lastTrialExpiryDate](v2, "lastTrialExpiryDate")),
-[NSDate timeIntervalSinceNow](v64, "timeIntervalSinceNow"),
v66 = v65,
objc_release(v64),
objc_release(v63),
v66 >= 0.0) )
{
v67 = 0LL;
v61 = 510LL;
}
else
{
v67 = 0LL;
v61 = 500LL;
}
goto LABEL_83;

// ...

继续跳转到LABEL_83,其中有对v61进行数值判断,如果等于560,会进一步计算lastPurchaseExpiryDate是否大于604800.0秒(7天)。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
LABEL_83:
v68 = objc_retainAutoreleasedReturnValue(+[NSUserDefaults standardUserDefaults](&OBJC_CLASS___NSUserDefaults, "standardUserDefaults"));
v69 = objc_retainAutoreleasedReturnValue(-[NSUserDefaults objectForKey:](v68, "objectForKey:", CFSTR("D****LicenseMessageEndDate")));
v70 = -[D****LicenseController lastStage](v2, "lastStage");
-[D****LicenseController setLastStage:](v2, "setLastStage:", v61);
v71 = objc_retainAutoreleasedReturnValue(+[NSDate date](&OBJC_CLASS___NSDate, "date"));
-[D****LicenseController setLastValidation:](v2, "setLastValidation:", v71);
objc_release(v71);
if ( v61 == 560 )
{
v72 = objc_retainAutoreleasedReturnValue(-[D****LicenseController lastPurchaseExpiryDate](v2, "lastPurchaseExpiryDate"));
-[NSDate timeIntervalSinceNow](v72, "timeIntervalSinceNow");
if ( v73 >= 604800.0 )
{
objc_release(v72);
goto LABEL_91;
}
// ...

这里的逻辑似乎是在订阅临近到期前7天提醒用户,不过这并不是重点。重点在于,我们能够确定当处于订阅期(或阶段)时,-[D****LicenseController stage]的返回值v61会等于560。

前面通过篡改-[D****LicenseController stage]的返回值为510以达到无限试用,在那个时候所根据的提示是-[D****LicenseController stageDescription]这个方法中的内容。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
id __cdecl -[D****LicenseController stageDescription](D****LicenseController *self, SEL a2)
{
__int64 v2; // x0

v2 = -[D****LicenseController stage](self, "stage");
if ( v2 <= 539 )
{
if ( v2 == 500 )
return CFSTR("Free");
if ( v2 == 510 )
return CFSTR("Trial");
}
else
{
switch ( v2 )
{
case 540LL:
return CFSTR("Past Trial");
case 550LL:
return CFSTR("Past");
case 560LL:
return CFSTR("Current");
}
}
return CFSTR("Unknown");
}

在-[D****LicenseController stageDescription]中确实是有个560LL的,但当时不理解Current所代表的寓意是什么,这个单词翻译成中文只是“当前”的意思,与订阅完全谈不上搭边,所以那个时候并未留意560LL。现在根据-[D****LicenseController stage]中的代码逻辑,才判断出当-[D****LicenseController stage]返回560时,即为应用程序处于订阅阶段。

对于-[D****LicenseController stageDescription]这个类方法,我认为它不过只是一个辅助性的方法,不参与核心业务逻辑,其存在的作用大概只是为了提升代码的可读性与可维护性以及调试便利性。之前觉得开发者很良心,现在从这里还能看出开发者在规范化开发上也很用心,但由于开发者的这种“用心”,使得这款软件极容易被破解。然而,对于一般的APP,破解起来未必就有这么好的运气,大量需要深入分析的代码或汇编依旧是逃不开的,该碰的壁、该踩的坑也是躲不过的。

最终破解后的效果图,所有高级功能均可正常使用,创建无限个数的Breaks也是没问题的,在应用程序左下角也显示了「奖励现已永久可用」。