SetDllDirectory 不安全，应改用 SetDefaultDllDirectories 限定可信路径；正确组合 LOAD_LIBRARY_SEARCH_APPLICATION_DIR | LOAD_LIBRARY_SEARCH_SYSTEM32，并配合绝对路径加载第三方 DLL。
SetDllDirectory 本身不能防范 DLL 劫持，反而可能扩大攻击面；真正安全的做法是弃用它，改用 SetDefaultDllDirectories 并明确排除不可信路径。
为什么 SetDllDirectory 是危险的默认选项
调用 SetDllDirectory("C:\myapp\libs") 后，Windows 会把该目录插入到 DLL 搜索顺序最前端（紧随程序目录之后），但不会移除当前目录（CWD）或 PATH 中的其他路径。这意味着：如果攻击者能控制进程启动时的当前工作目录，仍可放一个同名恶意 DLL 在那里被优先加载；更糟的是，你手动加的这个目录一旦权限宽松（如 Everyone 可写），它自己就成了新的劫持入口。
- 它不改变搜索顺序中“当前目录”的位置，只是新增一个高优先级路径
- 多次调用会覆盖前值，无法叠加可信路径
- 无法禁用 CWD 或 PATH —— 这两个恰恰是最常被利用的劫持点
- 在 Windows 8.1+ 上已被标记为“legacy”，微软明确推荐迁移到
SetDefaultDllDirectories
SetDefaultDllDirectories 的正确用法与参数组合
必须在进程启动早期（比如 main() 或 DllMain 的 DLL_PROCESS_ATTACH 阶段）一次性调用，且不可撤销。关键不是“加路径”，而是“限定哪些路径允许被搜索”：
-
SetDefaultDllDirectories(LOAD_LIBRARY_SEARCH_SYSTEM32)：只允许从%SystemRoot%System32加载 —— 最严，适合只依赖核心系统 DLL 的工具类程序 -
SetDefaultDllDirectories(LOAD_LIBRARY_SEARCH_APPLICATION_DIR | LOAD_LIBRARY_SEARCH_SYSTEM32)：允许从程序自身目录（.exe所在目录）和 System32 加载 —— 推荐大多数桌面应用使用 - 绝对不要包含
LOAD_LIBRARY_SEARCH_USER_DIRS或LOAD_LIBRARY_SEARCH_DEFAULT_DIRS，它们会重新引入 PATH 和 CWD
示例代码片段（放在 main() 开头）：
int main(int argc, char* argv[]) {
// 禁用所有默认路径，只保留应用目录和 System32
if (!SetDefaultDllDirectories(LOAD_LIBRARY_SEARCH_APPLICATION_DIR | LOAD_LIBRARY_SEARCH_SYSTEM32)) {
// 失败时记录错误，但不要 abort —— 至少还能 fallback 到旧机制
DWORD err = GetLastError();
}
// ... 其余逻辑
}
配合绝对路径加载第三方 DLL 的实操要点
对非系统 DLL（比如你打包的 libcurl.dll、openssl.dll），不要依赖搜索机制，直接传绝对路径给 LoadLibrary：
- 用
GetModuleFileName获取.exe路径，再拼接子目录（如"libs\libcurl.dll"），避免受 CWD 影响 - 路径拼接后务必用
PathFileExists验证文件存在，防止因路径错误导致静默失败 - 若 DLL 有依赖（如
libcurl.dll依赖zlib1.dll），这些依赖也必须用同样方式加载，或确保它们已在LOAD_LIBRARY_SEARCH_SYSTEM32或应用目录中 - 不要用
LoadLibraryEx的LOAD_WITH_ALTERED_SEARCH_PATH标志 —— 它会重新启用 CWD 搜索，完全抵消SetDefaultDllDirectories的效果
容易被忽略的兼容性与部署陷阱
即使代码写对了，实际运行中仍可能失效：
- 目标机器若运行 Windows 7 SP1 以下版本，
SetDefaultDllDirectories不可用，需用SetDllDirectory("")作为降级方案（仅禁用 CWD） - 某些第三方 SDK（如老版本 Qt、.NET 混合程序）会在内部调用
SetDllDirectory，覆盖你的设置 —— 必须在它们初始化前完成调用 - 如果程序以管理员权限运行，但安装目录（如
C:Program Files）被普通用户写入，应用目录本身就不安全 —— 此时应强制走 System32 或用签名验证 - Manifest 文件中若声明了
dependency，Windows 会绕过SetDefaultDllDirectories直接按 manifest 指定路径加载 —— 确保 manifest 不含模糊路径或通配符
真正的防护难点不在 API 调用本身，而在于整个加载链路上每个环节是否都拒绝了不可信路径——哪怕一个第三方库悄悄恢复了 PATH 搜索，整套防护就形同虚设。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
