c - main() 是如何调用的?在 __libc_start_main() 中调用 main()
问题描述
我试图理解对main()
inside的调用__libc_start_main()
。我知道的参数之一__libc_start_main()
是main()
. 但是,我无法弄清楚 main() 是如何在内部被调用的,__libc_start_main()
因为没有 OpcodeCALL
或JMP
. 在执行跳转到main()
.
0x7ffff7ded08b <__libc_start_main+203>: lea rax,[rsp+0x20]
0x7ffff7ded090 <__libc_start_main+208>: mov QWORD PTR fs:0x300,rax
=> 0x7ffff7ded099 <__libc_start_main+217>: mov rax,QWORD PTR [rip+0x1c3e10] # 0x7ffff7fb0eb0
我用C写了一个简单"Hello, World!!"
的。在上面的程序集中:
main()
执行在 address 处的指令之后立即跳转0x7ffff7ded099
。- 为什么
MOV
(to RAX)指令会导致跳转到main()
?
解决方案
好吧,当然这些指令不是导致调用main
. 我不确定您是如何逐步完成这些说明的,但是如果您使用的是 GDB,则应该stepi
使用nexti
.
我不知道为什么会发生这种情况(一些奇怪的 GDB 或 x86 怪癖?)所以我只是从个人经验中说出来,但是在对 ELF 二进制文件进行逆向工程时,我偶尔会发现该nexti
命令在中断之前执行了几条指令。mov
在您的情况下,它在实际call rax
调用之前错过了几秒main()
。
您可以采取的补救措施是使用stepi
,或转储更多代码,然后明确告诉 GDB 设置断点:
(gdb) x/20i
0x7ffff7ded08b <__libc_start_main+203>: lea rax,[rsp+0x20]
0x7ffff7ded090 <__libc_start_main+208>: mov QWORD PTR fs:0x300,rax
=> 0x7ffff7ded099 <__libc_start_main+217>: mov rax,QWORD PTR [rip+0x1c3e10] # 0x7ffff7fb0eb0
... more lines ...
... find call rax ...
(gdb) b *0x7ffff7dedXXX <= replace this
(gdb) continue
这是__libc_start_main()
我的系统上调用的内容main()
:
21b6f: 48 8d 44 24 20 lea rax,[rsp+0x20] ; start preparing args
21b74: 64 48 89 04 25 00 03 mov QWORD PTR fs:0x300,rax
21b7b: 00 00
21b7d: 48 8b 05 24 93 3c 00 mov rax,QWORD PTR [rip+0x3c9324]
21b84: 48 8b 74 24 08 mov rsi,QWORD PTR [rsp+0x8]
21b89: 8b 7c 24 14 mov edi,DWORD PTR [rsp+0x14]
21b8d: 48 8b 10 mov rdx,QWORD PTR [rax]
21b90: 48 8b 44 24 18 mov rax,QWORD PTR [rsp+0x18] ; get address of main
21b95: ff d0 call rax ; actual call to main()
21b97: 89 c7 mov edi,eax
21b99: e8 32 16 02 00 call 431d0 <exit@@GLIBC_2.2.5> ; exit(result of main)
前三个指令与您显示的相同。在 的时刻call rax
,rax
将包含 的地址main
。调用后main
,结果被移入edi
(第一个参数)并被exit(result)
调用。
查看glibc 的源代码,__libc_start_main()
我们可以看到这正是发生的情况:
/* ... */
#ifdef HAVE_CLEANUP_JMP_BUF
int not_first_call;
not_first_call = setjmp ((struct __jmp_buf_tag *) unwind_buf.cancel_jmp_buf);
if (__glibc_likely (! not_first_call))
{
/* ... a bunch of stuff ... */
/* Run the program. */
result = main (argc, argv, __environ MAIN_AUXVEC_PARAM);
}
else
{
/* ... a bunch of stuff ... */
}
#else
/* Nothing fancy, just call the function. */
result = main (argc, argv, __environ MAIN_AUXVEC_PARAM);
#endif
exit (result);
}
就我而言,我可以从HAVE_CLEANUP_JMP_BUF
编译 glibc 时定义的反汇编中看到,因此实际调用main()
是if
. 我也怀疑你的 glibc 就是这种情况。
推荐阅读
- python - 这个冒泡排序逻辑是否正确
- android-studio - RecyclerView 中的 OnClicklistener
- javascript - 光标显示下方的图像
- wpf - 在 UI 上加载组合框后如何选择“无”作为第一个选定项目 - WPF
- php - 列出当前分类档案的类别
- php - 如何阻止 htaccess 重写规则重写所有 url
- python - 将 Pandas 对象转换为数组
- firebase - firebase 数据库不返回或显示新创建的集合
- django - 访问 django 中媒体文件夹中存在的文件夹
- r - 按名称将数据帧收集到列表中时,参数“nm”丢失错误