Sublime Text4 crack时替换的汇编指令

Sublime Text4 crack时替换的汇编指令

首先请支持正版，这里研究破解的步骤，仅做汇编代码学习。

破解步骤很简单：打开二进制文件，搜索 80 78 05 00 0F 94 C1，替换为 C6 40 05 01 48 85 C9.

(源: https://gist.github.com/skoqaq/3f3e8f28e23c881143cef9cf49d821ff?permalink_comment_id=4366207)

替换的神奇数字，含义是怎样的？查询 https://defuse.ca/online-x86-assembler.htm#disassembly2 :

bash 复制代码

80 78 05 00 0F 94 C1                                            // char data[10]
0:  80 78 05 00             cmp    BYTE PTR [rax+0x5],0x0       // if (data[5] == 0)
4:  0f 94 c1                sete   cl                           //    cl = 1
                                                                // else cl=0

bash 复制代码

C6 40 05 01 48 85 C9                                        // char data[10]
0:  c6 40 05 01             mov    BYTE PTR [rax+0x5],0x1   // data[5] = 1
4:  48 85 c9                test   rcx,rcx

sete cl： sete 是 Set Byte On Condition 的缩写。

如果零标志被设置（即上一条比较或算术指令的结果为零），那么 sete 指令会将目标操作数设置为 1，否则设置为 0。

或者这样理解：根据ZF标志位的值，设置一个变量的值为1或0. 如果ZF为1，则CL为1，否则CL为0.

在x86_64架构的指令集中， CL是一个8位的寄存器，通常用于计数、控制循环和字符串的操作等。其中在字符串操作中， CL 可以用来存储字符串的长度。

char data[10]: 这里是随便写的，不确定。

使用 edb 检查汇编代码呢？

bash 复制代码

sudo apt-get install libcapstone-dev
git clone https://github.com/eteran/edb-debugger
cd edb-debugger
git submodule update --init --recursive
cmake -S . -B build && cmake --build build
cd build
./edb /opt/sublime_text/sublime_text_copy2

搜索 80 78 05 00 0F 94 C1，发现了地址是 0x00564f:81e70f39, 调转到地址查看对应汇编代码：

bash 复制代码

...
mov r14, rax
mov rax, [r15+0x498]
xor ecx, ecx
cmp byte [rax+5], 0     //
sete cl                 //
lea edx, [rcx+rcx]
cmp byte [rax+4], 0
...

可以看到，在 cmp byte [rax+5], 0 这行之前，执行了 xor ecx, ecx, 也就是说 ecx 寄存器现在为0.

因此，破解后的做法，是保持了 ecx 寄存器为0，因而 cl 也是0; 进一步的， test rcx, rcx 使得 ZF 为1.

由于难度问题，暂时搁置分析：

sublime_text 可执行程序，并没有符号信息， gdb 查看不到符号（函数名字），没法用前面几篇中使用 gdb 练习到的技能继续分析
觉得 IDA Pro 或 Ghidra 过于庞大，即使是 edb，也不太会用

贴两篇前人的分析文章，有缘人可以参考：