static-pie的ELF格式特殊点及GOT重定位执行方咨询

ELF头中的Static-PIE特性编码 #

Static-PIE程序的ELF头确实标记为ET_DYN（共享对象类型），但它和普通共享库的核心区别体现在**动态段（.dynamic）**的内容上：

• 没有DT_NEEDED条目：因为它是完全静态链接的，不依赖任何动态库；
• 包含DT_STATICPIE标记（glibc 2.24及以上版本支持）：这是链接器生成的专门标识，明确告知内核这是一个静态位置无关可执行文件；
• 存在DT_REL/DT_RELA等重定位相关条目：用于指导内核完成加载时的地址重定位，但不需要动态加载器介入；
• 无DT_INTERP条目：没有指定动态解释器（如ld-linux.so），这也是内核判断无需动态加载器处理的关键依据之一。

你可以用readelf -d <static-pie-binary>命令查看这些字段，验证上述特性。

内核如何识别与加载 #

Linux内核的ELF加载器（fs/binfmt_elf.c）会针对ET_DYN类型的文件做特殊判断：

1. 检查是否存在DT_INTERP：如果没有，说明不需要动态加载器；
2. 检查DT_STATICPIE标记：确认这是Static-PIE程序；
3. 无MMU环境下，内核会将程序加载到预先指定的物理地址（或链接时指定的固定地址），然后遍历重定位条目，完成所有地址修正，包括GOT表的填充。

GOT重定位的执行主体 #

你的推测是正确的：由于没有动态加载器，Static-PIE的GOT重定位完全由Linux内核完成。

• Static-PIE为了实现位置无关性，依然会使用GOT存储全局符号的地址，但不需要PLT的延迟绑定机制；
• 内核在加载阶段会直接计算每个全局符号的最终物理地址，将其写入GOT对应的条目，程序启动时可以直接使用这些地址，无需额外的动态解析步骤。

参考资料 #

• Linux内核源码fs/binfmt_elf.c：里面有完整的Static-PIE加载逻辑实现；
• GNU ld手册：搜索-static-pie选项，了解链接器如何生成符合要求的ELF文件；
• System V ELF ABI规范：详细定义了ELF段、动态标记及重定位的标准格式。

内容的提问来源于stack exchange，提问作者Echelon X-Ray