加载时ELF重定位

我正在Linux下编写一个简单的用户空间ELF加载器（为什么？为了'好玩'）。目前我的加载器非常简单，只能加载静态链接的包含位置无关代码的ELF文件。加载时ELF重定位

通常，当程序由内核的ELF加载器加载时，它将被加载到它自己的地址空间中。因此，数据段和代码段可以按照ELF段中指定的正确的虚拟地址加载。

然而，在我的情况下，我通过mmap从内核请求地址，并且可能会或可能不会获得ELF段中请求的地址。这对于代码段来说不是问题，因为它与位置无关。但是，如果数据段未加载到预期的地址，代码将无法正确引用存储在数据段中的任何内容。

事实上，我的加载程序看起来很好用一个简单的程序集可执行文件不包含任何数据。但是，只要我添加数据段并引用它，可执行文件无法正确运行或SEGFAULT。

如果可能的话，我可以如何修正对数据段的任何引用以指向正确的位置？为了这个目的，在（静态）ELF文件中是否存在重定位部分？

来源

2009-08-28 John Ledbetter

由于进程调用mmap已经在地址空间中分配了这些页面，因此在给出请求的地址时，mmap（）失败的原因是什么？ – 2009-08-29 21:14:51

是的，这可能是原因。我曾想过要求'ld'把我的代码/数据放在某个地方，但我想知道是否可以首先使用通用解决方案。如果我在这里没有得到任何答复，我可以继续尝试。 – 2009-08-30 17:06:28

如果修改.got部分中可用的绝对地址（全局偏移量表），程序应该可以工作。请务必修改绝对地址计算以迎合.text和.data之间的新距离，恐怕您需要弄清楚这些信息来自哪里，适合您的架构。

看到这个：Global Offset Table (Processor-Specific)

好运。

来源

2009-09-30 08:35:37

不应该尝试计算新的距离。一些指令可能会使用相对寻址来引用数据段的内容，并且将段移走会简单地破坏它。为了正确地映射段，应该使用'MAP_FIXED'，这样如果所需的区域不可用，并且/或者以原子方式映射两个段的大区域，然后取消映射它的部分并将各个段映射到位，则“mmap”调用将失败的洞。 – 2015-02-14 16:17:42

除非您完全模拟内核提供的虚拟地址空间，并且在该虚拟空间内运行代码，否则我看不出您可以这样做的任何方式。当您从文件中映射数据部分时，您本质上将其重定位到您的ELF解释器的虚拟地址空间的未知地址，并且您的代码将无法以任何方式引用它。

很高兴被证明是错误的。在这里学习很酷。

来源

2009-09-06 12:52:22

或者在不同的进程中有ELF和加载函数的目标，最小的部分需要在一个奇怪的地址的目标进程中。这样，您可以使用大多数装载机的标准工具和程序 – 2009-09-06 12:54:44

加载时ELF重定位

回答

相关问题