用于非感知可执行文件的 ASLR 和 Windows 系统 DLL？

Question

来自 Microsoft 文章：

地址空间布局随机化 (ASLR)

当系统启动时，ASLR 将可执行映像移动到随机位置 靴子，使其更难被利用 代码可预测地运行。 对于一个 支持 ASLR 的组件，全部 它加载的组件还必须 支持ASLR。例如，如果A.exe 消耗 B.dll 和 C.dll，全部三个 必须支持ASLR。 默认情况下，Windows Vista及更高版本将随机化系统 DLL 和 EXE，但是 DLL 和 EXE 由 ISV 创建的必须选择支持 使用 /DYNAMICBASE 链接器的 ASLR 选项。

我不太明白。获取 WIndows 上每个进程加载的基本系统 DLL：NtDll.dll 和 kernel32.dll。

如果有一个非感知可执行文件，这些系统 DLL 会使用 ASLR 吗？也就是说，在 Win 7 上每次系统重新启动后，它们是否会在不同的基地址处加载此可执行文件，还是会像在 Win XP 上那样在系统重新启动后始终在相同的基地址处加载？

为了更清楚地表达我的意思：我典型的虚拟程序的启动堆栈将如下所示：

    write_cons.exe!wmain()  Line 8  C++
    write_cons.exe!__tmainCRTStartup()  Line 583 + 0x19 bytes   C
    write_cons.exe!wmainCRTStartup()  Line 403  C
>   kernel32.dll!_BaseProcessStart@4()  + 0x23 bytes    

查看BaseProcessStart的asm，我在我的XP盒子上看到：

_BaseProcessStart@4:
7C817054  push        0Ch  
7C817056  push        7C817080h 
7C81705B  call        __SEH_prolog (7C8024D6h) 
7C817060  and         dword ptr [ebp-4],0 
...

现在我感兴趣的是：

在 Windows XP 上，地址始终是 0x7C817054，无论我重新启动这台机器多少次。如果我在使用 ASLR 的 Win7 上，如果加载 kernel32.dll 的可执行文件未启用 ASLR，则在重新启动期间此地址会发生变化吗？

（注意：对于我来说，atm.，这个地址只有一个小用例有用：在 Visual Studio 中，我只能为程序集级函数设置一个“数据断点”，即断点 @ 0x7.. - 如果我想中断特定的 ntdll.dll 或 kernel32.dll 函数，在 Windows XP 中，我不必在重新启动之间调整我的断点，随着 ASLR 的启动（这个问题的范围），我必须更改数据断点重新启动之间。）

Answer 1

从技术上讲，系统 dll 是否被重定位并不重要，因为链接器将绑定到符号，而不是地址。这些符号由运行时加载器解析为实例化系统 dll 的地址，因此您的二进制文件应该不受影响。然而，据我所知，Windows 7 每次重新启动都会重置基本随机化，包括系统 dll（注意：这是来自在 widows server 2008 R2 上调试 WOW64 应用程序）。您还可以通过一些注册表编辑来在系统范围内禁用 ASLR，但这并不是真正相关...

更新：

这篇文章解释了迁移的内容和时间。
它没有提到基础是否会在每次重新启动时重置，但对于系统 dll，它永远不会保证在同一地址加载两次，重新启动或不重新启动。
重要的是根据文章，所有内容都需要选择 ASLR 才能重新定位系统 dll。

Answer 2

您的程序将解析对系统 DLL 的调用，无论它们在何处加载。但是，除非您的可执行文件与 /DYNAMICBASE 链接，否则不会为其提供随机基地址。换句话说，您的 exe 将始终加载到相同的基地址。

如果您希望 exe 在随机地址加载，则必须将其与 /DYNAMICBASE 链接，并且它引用的每个 DLL 也必须与 /DYANMICBASE 链接。系统 DLL（从 Vista 开始）均与 /DYNAMICBASE 链接。