我以前也总觉得,修改器这种东西肯定特别玄乎,什么“注入”、“Hook”、“内核驱动”满天飞。直到我亲手把 Cheat Engine 改内存的过程拆开,才发现一个反直觉的事实:修改器的本质,就是一个再普通不过的 exe 程序。它跟你双击打开的记事本、计算器没有本质区别,只是多调用了几个 Windows 系统自带的 API,就能跨进程读写别的程序内存。这篇文章我不谈理论,直接用两个 exe 完整演示这套链路:一个 exe 当“靶子”,把自己内存里的某个数值暴露出来;另一个 exe 当“修改器”,跨进程把这个数值改掉。整个过程从写代码、打包到联调全部走一遍,适合刚接触逆向、想做内存修改器、或者单纯想知道 CE 背后原理的朋友。
1. 先拆穿“修改器神话”:它凭什么能改别的程序
很多人对修改器的第一印象就是:它是不是偷偷注入到游戏进程里了?是不是像病毒一样寄生在目标程序内部?其实完全不是。绝大多数修改器就是一个独立运行的普通程序,它以“外部进程”的身份,向操作系统申请对另一个进程内存的读写权限。
这个逻辑的起点,是 Windows 的进程隔离机制。每个进程被分配了一个独立的虚拟地址空间,默认情况下,进程 A 访问不到进程 B 的任何数据。这种隔离是系统稳定的基础,也防止程序之间互相干扰。但操作系统同时也留了几扇“官方后门”,其中最关键的就是三个 API:
OpenProcess:按 PID 打开目标进程,拿到一个进程句柄。相当于向系统申请一把“钥匙”。ReadProcessMemory:通过句柄,读取目标进程某块内存地址的数据。WriteProcessMemory:通过句柄,把数据写入目标进程某块内存地址。
注意,这几个 API 本身没有任何“魔法”,它们就是 kernel32.dll 里导出的普通函数。任何 Windows 程序都可以调用它们,只要你有权限。而修改器做的事情,就是把这些 API 按顺序调用一遍:打开进程、读内存、写内存。
这里有个概念要澄清:打开进程拿到的是“句柄”,而不是把代码塞进目标进程。修改器全程活在”目标进程外部”,但这个“外部程序”通过系统 API,拿到了读取和写入目标进程内部内存的权限。打个比方,你住在一个封闭小区里,别人进不来,但物业管理员有一张万能门禁卡,他能直接打开你家门。修改器就是那个拿着门禁卡的人,而门禁卡就是 OpenProcess 返回的句柄。
但门禁卡也不是随便发的。Windows 会根据进程权限、安全描述符和调用者身份来决定到底给不给你开门的权利。这也是为什么修改器经常需要“以管理员身份运行”的关键原因。如果目标进程是管理员权限运行,而修改器是普通权限,OpenProcess 大概率会返回失败。
OpenProcess 的第一个参数 dwDesiredAccess 尤其重要,它决定你要申请哪些操作权限。最常见的几个权限位如下:
| 权限常量 | 值 | 含义 |
|---|---|---|
PROCESS_VM_READ |
0x0010 | 允许读取目标进程内存 |
PROCESS_VM_WRITE |
0x0020 | 允许写入目标进程内存 |
PROCESS_VM_OPERATION |
0x0008 | 允许对目标进程内存执行操作(例如分配内存) |
PROCESS_QUERY_INFORMATION |
0x0400 | 允许查询目标进程基本信息 |
PROCESS_ALL_ACCESS |
0x1F0FFF | 以上权限的总和 |
在我下面的 Demo 里,读取内存时申请 PROCESS_VM_READ | PROCESS_QUERY_INFORMATION,写入内存时申请 PROCESS_VM_WRITE | PROCESS_VM_OPERATION | PROCESS_QUERY_INFORMATION。权限给得越全,越容易被打开,但本着最小权限原则,能干活就行,别一上来就 PROCESS_ALL_ACCESS。
还有一个容易被忽视的点:ReadProcessMemory 和 WriteProcessMemory 的地址参数,是目标进程的虚拟地址,不是修改器进程自己的地址。编译器和操作系统不会自动帮你“翻译”地址,这个地址必须是你预先知道的目标进程内部地址。那地址从哪来?这就引出了我们的第一个 exe。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 第一个 exe:目标程序 demo_target.exe
为了让两个 exe 的实验足够简单可复现,我把“靶子程序”做成了一个极其直白的控制台程序:它内部有一个变量 gold,初始值是 100,每一秒打印一次当前值。为了让修改器能定位到这个变量,程序启动时会把 gold 在内存中的地址打印出来。
这里有一个技术选型问题:像这种演示程序,用 C/C++ 写当然最正宗,一个 int 全局变量的地址固定且连续,内存布局清晰。但对于很多刚开始接触这个领域的朋友来说,安装 Visual Studio 或 MinGW 本身就是一关。所以我这里选择用 Python 来写目标程序,配合 ctypes 创建一个 C 语言级别的 32 位无符号整数对象,再由 PyInstaller 打包成 exe。这样既规避了装编译器的门槛,又能保证内存结构足够“原始”,不会牵扯到 Python 对象头那些复杂东西。
目标程序的完整代码如下:
python复制import ctypes
import os
import time
def main():
print("=== demo_target.exe 已启动 ===")
print(f"当前进程 PID: {os.getpid()}")
# 创建一个 C 语言的 uint32 变量,初始值 100
gold = ctypes.c_uint32(100)
# 拿到这个变量在内存中的地址
addr = ctypes.addre
