为何Linux无法映射新增的PT_LOAD ELF段？程序启动即崩溃

核心错误原因 #

1. 虚拟地址空间重叠 #

从readelf输出可见，新增的PT_LOAD段虚拟地址为0x20abf8，而第四个PT_LOAD段（对应.bss，权限RW）的地址范围是0x20a6b0至0x30a6c5（0x20a6b0 + 0x100015）。新增的只读段完全落在这个读写地址区间内，内核映射时因权限冲突直接触发SIGSEGV崩溃。

2. 程序头顺序不符合内核要求 #

Linux内核处理PT_LOAD段时，默认要求段按虚拟地址升序排列。你将新增段放在了程序头列表最前端，但其虚拟地址远大于第二个LOAD段的0x200000，这种乱序会干扰内核的地址空间映射逻辑。

3. 基地址计算逻辑不够健壮 #

你的代码通过任意现有段计算基地址（phdr->p_vaddr - phdr->p_offset），若所选段不是虚拟地址最低的原始LOAD段，可能导致虚拟地址计算错误（本次虽未直接引发问题，但存在风险）。

修复步骤 #

1. 避免地址重叠，重新计算虚拟地址 #

遍历所有原始PT_LOAD段，找到最大的虚拟地址结束位置（p_vaddr + p_memsz），将新增段的虚拟地址设为该值（若p_align=1无需额外对齐）。例如从你的readelf输出看，最大地址结束位置为0x30a6c5，新增段的虚拟地址可设为0x30a6c5，文件偏移设为ELF文件的实际末尾偏移。

2. 调整程序头顺序 #

将新增的PT_LOAD段插入到所有原始LOAD段之后、GNU_STACK段之前，确保所有LOAD段按虚拟地址升序排列。

3. 修正基地址计算逻辑 #

改为从第一个原始LOAD段计算基地址，保证结果准确：

// 遍历找到第一个PT_LOAD段
Elf64_Phdr *first_load_phdr = NULL;
for (int i = 0; i < original_phnum; i++) {
    if (original_phdrs[i].p_type == PT_LOAD) {
        first_load_phdr = &original_phdrs[i];
        break;
    }
}
assert(first_load_phdr != NULL);
size_t base = first_load_phdr->p_vaddr - first_load_phdr->p_offset;

4. 验证偏移与地址对应关系 #

确保p_offset是追加数据在ELF文件中的实际起始偏移，p_vaddr = base + p_offset的逻辑正确，且最终虚拟地址不与任何现有段重叠。

验证方法 #

修复后，使用以下命令确认ELF布局：

readelf --program-headers program.patched

检查所有PT_LOAD段的虚拟地址范围无重叠，且按升序排列。

内容的提问来源于stack exchange，提问作者Matheus Moreira