[英]Can not access memory in the .bss section, but gdb 'info files' shows the address is in range
[英]GDB shows incorrect jump address at PLT section
我编写了以下示例来掌握 PLT/GOT 部分。
共享库libshar
代码:
shared.h
int sum(int a, int b);
shared.c
#include "shared.h"
int sum(int a, int b){
return a + b;
}
可执行的bin_shared
代码:
#include <stdio.h>
#include "shared.h"
int main(void){
printf("Starting the programm... \n");
int s = sum(1, 2); //<=== I expected the dynamic linker would be called here
int s2 = sum(2, 3);
printf("s = %d, s2 = %d\n", s, s2);
}
所以我编译并将共享库与可执行文件链接,并编写了以下 gdb-script 以进入动态 linker 代码。 我希望它在第一次调用sum
时执行。
set pagination off
file build/bin_shared
b main
commands
layout asm
info proc mappings
end
r
我遇到了两个问题:
I.当main
function 条目上的断点被击中时, info proc mappings
显示libshar.so
已被映射:
0x7ffff7bd3000 0x7ffff7bd4000 0x1000 0x0 /home/me/c/build/libshar.so
0x7ffff7bd4000 0x7ffff7dd3000 0x1ff000 0x1000 /home/me/c/build/libshar.so
0x7ffff7dd3000 0x7ffff7dd4000 0x1000 0x0 /home/me/c/build/libshar.so
0x7ffff7dd4000 0x7ffff7dd5000 0x1000 0x1000 /home/me/c/build/libshar.so
sum
共享库 function 尚未被调用。 为什么它已经迫不及待地加载了?
二、 第一次输入sum@plt
时,我看到以下 asm:
0x555555554690 <sum@plt> jmp QWORD PTR [rip+0x200932] # 0x555555754fc8
正如预期的那样,这是指向 GOT 的指针:
(gdb) disassemble 0x555555754fc8
Dump of assembler code for function _GLOBAL_OFFSET_TABLE_:
但问题是此时单指令步进将gdb
直接放入
0x7ffff7bd3580 <sum> lea eax,[rdi+rsi*1]
这意味着指向 GOT 的指针已经被实际的 function 指针覆盖,但 gdb 仍然显示 GOT 指针。 这是为什么?
我在jmp
到GOT
地址处提取了原始的memory,希望找到被覆盖的地址,但它看起来不像:
(gdb) x/2xg 0x555555554690
0x555555554690 <sum@plt>: 0x01680020093225ff 0xffffffd0e9000000
为什么它已经迫不及待地加载了?
因为动态加载程序mmap
是您直接链接的所有共享库。
如果您希望按需加载共享库,则必须使用dlopen
而不是将二进制文件与libshar.so
链接。
指向 GOT 的指针已经被实际的 function 指针覆盖,但 gdb 仍然显示 GOT 指针。 这是为什么?
两种可能的原因之一:
LD_BIND_NOW
或-Wl,-z,now
链接(这可能是较新的 Linux 发行版的默认值)。您可以通过以下方式检查上述 2 是否为真:
readelf -d bin_shared | grep FLAGS
对于-z now
二进制文件,您会看到:
0x000000000000001e (FLAGS) BIND_NOW
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.