Win32 DLL 注入 - 需要帮助理解为什么注入的 LoadLibraryA 有时会失败并显示“访问被拒绝”。

Question

为了我自己的教育，我一直在尝试编写一个进行 DLL 注入的 Windows 程序。我的程序是一个在 Windows 11 上运行的 x64 Visual C++ 应用程序。它通过使用 CreateRemoteThread 执行一小段 shell 代码，然后执行 LoadLibraryA 函数，将 DLL 注入到受害者中。我以这种方式执行此操作，因此如果 LoadLibraryA 函数失败，我可以使用 GetLastError 检索失败的原因。下面是该 shell 代码的 C++ 版本：

struct DllLoaderThreadParam
{
    LoadLibraryA_t LoadLibraryA;
    GetLastError_t GetLastError;
    LPCSTR         injectedDllPath;
    HMODULE        injectedDllH;
    DWORD          lastError;
};

DWORD DllLoaderThread(PVOID pParam)
{
    DllLoaderThreadParam* p = (DllLoaderThreadParam*)pParam;
    p->injectedDllH = p->LoadLibraryA(p->injectedDllPath);
    if (!p->injectedDllH)
    {
        p->lastError = p->GetLastError();
    }
    return 0;
}

我的注入器在目标进程中为 DllLoaderThreadParam、DLL 路径名和 shell 代码分配内存；将必要的信息写入这些存储位置；然后调用CreateRemoteThread执行shell代码。这在大多数情况下都可以正常工作。但是，某些进程由于“访问被拒绝”失败而无法加载 DLL。考虑以下调试输出：

PID 31876 redirected output to C:\Temp\31876_stdout.txt
PID 31876 is attaching DLL C:\Users\miked\Source\repos\InjectedDll\x64\Debug\InjectedDll.dll
PID 31876 set injection complete event
PID 31876 successfully attached DLL
Loaded injection DLL C:/Users/miked/Source/repos/InjectedDll/x64/Debug/InjectedDll.dll
Opened process 21180 for injection
Target Process Machine: 0, Host Process Machine: 0
Target Native Machine: 8664, Host Native Machine:  8664
Remote DLL loader thread 45620 created successfully!
Remote thread remote DLL loader thread terminated with exit code (0)
Remote ThreadMain thread 33604 created successfully!
Remote thread ThreadMain terminated with exit code (0)
PID 31876 is detaching DLL C:\Users\miked\Source\repos\InjectedDll\x64\Debug\InjectedDll.dll
InjectDLL rtn: 0
Selected file: C:/Users/miked/Source/repos/InjectedDll/x64/Debug/InjectedDll.dll
PID 31876 is redirecting output to file C:\Temp\31876
PID 31876 redirected output to C:\Temp\31876_stdout.txt
PID 31876 is attaching DLL C:\Users\miked\Source\repos\InjectedDll\x64\Debug\InjectedDll.dll
PID 31876 set injection complete event
PID 31876 successfully attached DLL
Loaded injection DLL C:/Users/miked/Source/repos/InjectedDll/x64/Debug/InjectedDll.dll
Opened process 25208 for injection
Target Process Machine: 0, Host Process Machine: 0
Target Native Machine: 8664, Host Native Machine:  8664
Remote DLL loader thread 49796 created successfully!
Remote thread remote DLL loader thread terminated with exit code (0)
**Remote DLL loader thread failed to load DLL, error: (5) - Access is denied.

PID 31876 is detaching DLL C:\Users\miked\Source\repos\InjectedDll\x64\Debug\InjectedDll.dll
InjectDLL rtn: 1

这两个注入都是针对运行 msedge.exe 可执行文件的进程进行的。第一次注入进程 ID 21180 工作完美。我的注入器 shell 成功加载了 DLL，并且我的注入器程序随后也能够使用 CreateRemoteThread 从注入的 DLL 运行程序。

但是，我尝试注入另一个运行相同 msedge.exe 可执行文件的进程，但如您所见，我的 shell 加载程序在 LoadLibraryA 调用中失败，并出现错误 5 - 访问被拒绝。请注意，我提供了完全限定的 DLL 路径。我还确保（我相信）每个人都应该可以访问该组。我还使用 IsWow64Process2 确保目标进程运行与我的注入器进程相同的 64 位架构，您也可以在调试输出中看到其结果。

仅供参考，我最初使用经典的 DLL 注入方法，仅直接执行目标中的 LoadLibraryA 函数，但是因为我使用该方法看到了同样的问题，但不知道失败的原因是什么（因为返回来自线程的代码只是 LoadLibraryA 调用的结果）我决定执行额外的步骤，使用 shell 检索错误代码。

所以这让我难住了。我对 Windows 安全/权限主题不太熟悉，我进行了大量搜索以发现是否存在任何可能阻止 DLL 访问/加载的权限，但结果是空的。因此，我希望能得到任何关于为什么会发生这种情况的线索。谢谢！

Answer 1

众所周知，Edge 以沙盒模式运行，以保护您的电脑免受网站侵害。看来沙箱保护是双向的。

您提到“组每个人”，但这只是基于角色的访问控制。沙箱旨在保护您的文件免受浏览器的侵害；用户帐户在那里并不重要。