C++如何注入DLL到目标进程-C++-PHP中文网

createremotethread常失败的根本原因是权限与架构不匹配：必须启用sedebugprivilege调试权限，且注入器、dll、目标进程三者架构（32/64位）严格一致；同时需精简openprocess权限、使用绝对路径、正确分配可执行内存并动态获取loadlibrarya地址。

c++如何注入dll到目标进程

多数人卡在这一步：调用 CreateRemoteThread 后返回 NULL，GetLastError() 是 ERROR_ACCESS_DENIED 或 ERROR_INVALID_PARAMETER。根本原因不是代码写错，而是权限和目标进程类型不匹配。

目标进程是 64 位时，32 位注入器无法加载 64 位 DLL（反之亦然），必须严格架构一致
Windows 10+ 默认阻止低完整性进程向高完整性进程注入（UAC 提权后仍需 SeDebugPrivilege）
VirtualAllocEx 分配内存时若未指定 PAGE_EXECUTE_READWRITE，后续 CreateRemoteThread 会因页保护失败
部分安全软件（如 Windows Defender、火绒）会拦截 OpenProcess 对关键进程（如 explorer.exe、lsass.exe）的访问

不能只靠 OpenProcess(PROCESS_ALL_ACCESS, ...) —— 大多数情况下它会失败，必须先提权再打开。

调用 OpenProcessToken(GetCurrentProcess(), TOKEN_ADJUST_PRIVILEGES | TOKEN_QUERY, &hToken) 获取当前进程令牌
用 LookupPrivilegeValue(NULL, SE_DEBUG_NAME, &luid) 查找 SeDebugPrivilege 的 LUID
通过 AdjustTokenPrivileges(hToken, FALSE, &tp, sizeof(tp), NULL, NULL) 启用该权限（注意 tp.Privileges[0].Attributes = SE_PRIVILEGE_ENABLED）
之后再调用 OpenProcess(PROCESS_CREATE_THREAD | PROCESS_QUERY_INFORMATION | PROCESS_VM_OPERATION | PROCESS_VM_WRITE, FALSE, dwPID) —— 避免使用 PROCESS_ALL_ACCESS，精简权限更稳定

不能写死 0x7ffa12345678 这类地址 —— 不同系统、不同版本的 kernel32.dll 基址完全不同，硬编码必然崩。

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

用 GetModuleHandleA("kernel32.dll") 在注入器进程中获取本地 kernel32 模块句柄
再用 GetProcAddress(hKernel32, "LoadLibraryA") 得到本机 LoadLibraryA 地址
这个地址可直接传给 CreateRemoteThread —— Windows 允许跨进程调用系统 DLL 中的导出函数（只要目标进程已加载该 DLL，而几乎所有进程都加载了 kernel32）
注意：不要用 GetModuleHandleW + GetProcAddress 获取 LoadLibraryW，宽字符路径在远程线程中容易因编码或内存布局异常出错

远程内存里写入的路径字符串一旦含中文、空格或反斜杠错误，LoadLibraryA 就静默失败，且无日志可查。

路径必须是绝对路径（如 "C:\temp\inject.dll"），相对路径在目标进程上下文中无意义
写入前用 VirtualAllocEx(hProcess, NULL, dwSize, MEM_COMMIT | MEM_RESERVE, PAGE_READWRITE) 分配内存，大小按 strlen(szDllPath) + 1 计算，别漏掉结尾
用 WriteProcessMemory(hProcess, pRemoteMem, szDllPath, dwSize, NULL) 写入，调用后务必检查返回值和 GetLastError()
避免路径含环境变量（如 %TEMP%），目标进程不一定能展开；也不要用短文件名（PROGRA~1），NTFS 下可能不可靠