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

Question

来自Microsoft article：

地址空间布局随机化 (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，但这并不真正相关......

更新：

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

Answer 2

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

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