可执行文件能否被修改？如何防止自研C/C++软件的可执行文件遭篡改？

问题1：可执行文件能否被修改？ #

完全可以。不管是Windows PE、Linux ELF还是macOS Mach-O格式的可执行文件，本质都是二进制数据流。破解者可以用十六进制编辑器直接修改字节，或者通过IDA、Ghidra这类反汇编工具定位到代码里的条件判断指令（比如你写的if(tb->is_demo)对应的机器码），把跳转逻辑改成无条件跳过，直接绕开校验。你举的例子里，把if(tb->is_demo)改成if(false)，在二进制层面就是把比较后的跳转指令改成永远不执行分支，操作门槛极低。

问题2：如何避免可执行文件被修改？ #

没有能100%阻止篡改的方案，但可以通过多层防护提高破解门槛，让大多数破解者知难而退：

• 代码混淆：用混淆工具（比如VMProtect、Themida）或者自己实现控制流混淆，把简单的判断逻辑拆成嵌套复杂分支、插入无意义指令，让反汇编后的代码可读性极差，找不到核心校验点。
• 多节点完整性校验：在软件运行的多个阶段（启动时、打开核心功能时）计算自身二进制文件的哈希值，和预先加密存储的正确哈希对比。注意哈希值不能明文存在本地，要么加密后藏在资源段，要么通过联网从服务器获取实时校验值。同时校验代码要分散在不同模块，防止被一次性patch掉。
• 虚拟化核心逻辑：把许可证校验的核心代码放到自定义虚拟机里执行，让破解者面对的不是标准x86/ARM指令，而是自定义字节码，逆向难度呈指数级上升。
• 分散校验点：别把所有校验都集中在一个if判断里，每个核心功能执行前都加小的校验逻辑。比如导出功能、高级分析功能触发时，都检查许可证状态，哪怕破解者跳过一处，其他功能还是无法正常使用。
• 反调试与反篡改检测：在代码里加入检测逻辑，比如检查是否有调试器附加、内存中的代码和磁盘文件是否一致，一旦发现异常就终止程序或销毁关键数据。
• 服务器端验证：如果软件能联网，把许可证验证放到服务器端。软件每次使用核心功能时向服务器发送验证请求，服务器返回合法状态后才允许执行。这种方式下，本地篡改文件没用，破解者只能伪造请求，但可以通过HTTPS加密、请求签名来防范。

内容的提问来源于stack exchange，提问作者San Pei