software-cracking

注册算法还原方法体系 + 补丁制作 + 网络验证绕过

定位：persona 主观念「②逆向破解——key/算法/授权逻辑还原」的手册级支撑（此前仅 persona 一句宣言）。 本文给出一条完整可执行链：验证点定位 → 算法还原 → keygen 构造 → 补丁制作 → 网络验证绕过。 结论交付遵守 persona 硬规则：字节级证据 + 算法模拟 + 完整 python 复现脚本（exp/.py，whoami 级最小影响）。 授权范围：只对已获授权的目标做破解/还原；删除类操作五模式严禁执行，只提示。

---

0. 总体心智模型

破解/还原的本质是把「授权判定」抽象成一个可逆的函数 f(输入) → {通过, 拒绝}，然后选一条路：

1. 还原 f（keygen）—— 逆向出算法，生成合法输入（序列号/授权文件），不改程序。
2. 篡改 f 的出口（补丁）—— 把「拒绝分支」改成「通过分支」，不改算法。
3. 绕开 f 的外部依赖（网络验证绕过）—— 让「服务端验证」这条支路返回通过。

三条路可独立、可组合。选路依据：算法是否可逆（有 keygen 价值）、是否必须保留原程序（客户要求正版补丁）、验证是否依赖网络。

---

1. 验证点定位（找到 f 在哪）

1.1 字符串定位

1. 搜索提示字符串（「注册失败/Invalid license/trial expired/序列号错误」）。
   x64dbg：x64dbg_search string pattern="Invalid license"
   IDA：Search → Text；Ghidra：Search → Memory。
2. 对字符串地址 xrefs_to → 找到引用它的比较指令（cmp/test 附近）。
3. 比较指令即 f 的判定点。

判据：xrefs 定位到「读取输入 → 与常量/计算值比较 → 条件跳转」的指令簇，即验证点。

1.2 API 断点定位（GUI/输入类）

输入读取 API 是「用户输入进入程序」的必经口，下断点回溯：

输入形态	断点 API
对话框文本框	GetDlgItemTextA/W、GetWindowTextA/W
命令行/文件	GetCommandLineA/W、ReadFile、fgets
网络验证返回	recv、InternetReadFile、WinHttpReadData
授权文件读取	CreateFileA/W、ReadFile

x64dbg：bp GetDlgItemTextA → F9 → 触发后看调用栈回溯到 f。
MCP：x64dbg_breakpoints set_software address="user32.GetDlgItemTextA"

判据：断点命中后调用栈（get_call_stack）往回数几帧，能看到「读输入 → 传参 → 调用校验函数」的边界，即 f 的入口。

1.3 消息框定位（结果出口）

bp MessageBoxA/W（或 GetMessageBox），命中即「拒绝/通过」出口。
回溯调用点 → 其上的条件跳转就是判定分支。

判据：消息框文案（「成功/失败」）与条件跳转方向对应，确认判定点语义。

---

2. 算法还原（汇编 → 伪代码 → 模式识别）

2.1 汇编 → 伪代码

1. 反汇编（objdump -d -M intel / IDA / Ghidra），定位 f 入口。
2. 反编译（Ghidra/IDA Hex-Rays/radare2 pdc）得伪代码。
3. 标注输入缓冲、常量、比较点、返回值。

判据：伪代码中可见「输入 → 变换 → 与常量比较 → 返回」的数据流。

2.2 算法模式识别（判别 f 的类型）

模式	识别特征	还原策略
MD5/哈希校验	导入 MD5Init/MD5Update（或常量 0x67452301 等 MD5 IV）、对输入哈希后与 16/32 字节常量比较	哈希不可逆——放弃逆推输入，改补丁或「hash 注入」（把目标哈希换成已知输入的哈希）
序列号算法	对每个字符做算术/异或/查表，累加或分块，与串/常量比较	可逆——还原变换，逆向构造序列号（keygen）
公钥/私钥（RSA/ECC）	导入 CryptDecrypt/BCryptVerifySignature，或内嵌大整数模数（如 "00 C4 ..."）、e=65537	无法逆推私钥——改「替换内嵌公钥为自己的密钥对」或补丁
黑盒查表/常量比对	输入直接 memcmp/strcmp 与硬编码串	直接读出常量串即 keygen
网络服务端判定	校验结果来自 recv 返回值，本地无完整算法	走 §5 网络验证绕过