C++实现64位Windows PE内存加载跳转入口点崩溃问题求助

你遇到的崩溃是典型的手动PE加载逻辑不完善导致的，针对复杂程序常见的触发点如下：

• 入口点签名错误：你将入口点强转为void(*)()无参函数是完全不符合规范的，Windows EXE的默认入口点（WinMainCRTStartup/mainCRTStartup）的正确签名是DWORD WINAPI EntryPoint(LPVOID)，需要传入进程环境块指针作为参数。简单Hello World的CRT初始化逻辑简单可能不校验参数，复杂程序的CRT初始化依赖这个参数获取运行环境，传参错误直接触发崩溃。
• 错误处理缺失：现有代码中LoadLibraryA、GetProcAddress调用失败后没有任何校验逻辑，复杂程序依赖的库更多，一旦出现库加载失败、函数导出名不匹配的情况，IAT中会残留空指针，后续调用直接触发访问异常。
• TLS未初始化：绝大多数复杂程序都会用到线程局部存储（TLS），你的代码完全没有处理TLS目录的初始化，也没有给主线程配置对应的TLS槽，程序访问TLS变量时会直接访问非法地址崩溃。
• 依赖库初始化不全：你只做了最基础的IAT地址填充，没有调用依赖DLL的DllMain入口传递DLL_PROCESS_ATTACH通知，如果依赖库有初始化逻辑（比如全局变量构造、内部状态初始化）未执行，后续调用库函数就会崩溃。
• 区段权限配置错误：你给整个PE镜像分配了PAGE_EXECUTE_READWRITE权限，不符合PE的安全规范，很多程序的CRT逻辑、安全校验会检测内存属性，不符合要求就会主动触发崩溃。
• 激活上下文处理错误：你读取清单资源后直接以ASCII模式写入文件，但PE的清单资源是UTF-16编码，写入的文件是乱码会导致激活上下文加载失败，依赖系统公共控件、Side-by-Side程序集的GUI程序会直接找不到依赖崩溃。
• SEH初始化缺失：64位PE的结构化异常处理表需要注册到系统，你的代码没有做这一步，程序一旦触发异常就会直接崩溃，不会走异常处理逻辑。

你可以针对上述问题逐个补全逻辑：

1. 修正入口点调用方式，使用正确的函数签名，传入进程环境块指针作为参数
2. 为所有系统调用增加错误校验，加载、导入失败时主动抛出异常便于排查
3. 增加TLS目录处理逻辑，手动将TLS数据映射到主线程的TLS槽中
4. 加载依赖DLL后主动调用其DllMain入口，传递进程附着通知完成初始化
5. 拷贝完区段后，按照区段头的属性给每个区段设置对应的内存权限，不要全局开可写可执行权限
6. 修正清单文件写入逻辑，识别UTF-16编码的资源内容，使用宽字符接口写入文件
7. 补全SEH表注册逻辑，适配64位程序的异常处理需求

你可以参考Windows原生加载器的逆向分析文档，或是成熟的开源内存PE加载方案的逻辑，成熟实现都会覆盖上述所有处理步骤。

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