ELF修复重定位问题

参考：
Linux动态库原理(二)重定位
https://blog.csdn.net/hudaliquan/article/details/50055523
ELF文件格式(中文版）
https://blog.csdn.net/yayong/article/details/178160
通过GDB调试理解GOT/PLT
https://blog.csdn.net/qq_32400847/article/details/71001693
linux二进制分析 pdf
他有俩种结构体

  typedef struct {
      Elf32_Addr    r_offset;
      Elf32_Word    r_info;
  } Elf32_Rel;

  typedef struct {
      Elf32_Addr    r_offset;
      Elf32_Word    r_info;
      Elf32_Sword   r_addend;
  } Elf32_Rela;

他是根据r_info(低 8 位表示类型 高 24 位表示符号表中的索引)中的类型来判断如修复重定位。
例如修复如下：

Offset     Info    Type            Sym.Value  Sym. Name
00002008  00000008 R_386_RELATIVE   
00000470  00000701 R_386_32          0000200c   count
00000478  00000701 R_386_32          0000200c   count
00000482  00000701 R_386_32          0000200c   count
0000048a  00000701 R_386_32          0000200c   count
0000048f  00000602 R_386_PC32        0000046c   increase
00001fe8  00000106 R_386_GLOB_DAT    00000000   __cxa_finalize
00001fec  00000206 R_386_GLOB_DAT    00000000   __gmon_start__
00001ff0  00000306 R_386_GLOB_DAT    00000000   _Jv_RegisterClasses

Offset 表示要修复的那个地方相对偏移
Sym.Value 表示那个变量或函数真正在当前模块中的偏移
类型不同修复方式也不同
R_386_PC32 修复方式为 ：
将Offset内存单元的内容加上Sym.value重定位之后符号的真实地址再减去Offset重定位之后的r_offset，并将结果存放到r_offset对应的内存单元。
假设这个模块的加载基址为：0xf7fd6000
假设通过objdump出来的doincrease中0x48f内存单元的内容是0xfffffffc。对于Offset 0x48f重定位之后r_offset的值是0xf7fd6000 + 0x48f = 0xf7fd648f。那么.rel.dyn对于重定位increase函数的计算结果是0xf7fd646c + 0xfffffffc - 0xf7fd648f = 0xffffffd9。然后将0xffffffd9写回到r_offset 0xf7fd648f处。那么这一系列的重定向之后最终得到的结果应该是在进程地址空间0xf7fd648f内存单元的内容变为0xffffffd9。即修复了重定位。

转载于:https://blog.51cto.com/haidragon/2133697