查看objdump -d ELFfile
的输出,我无法区分直接和间接的跳转/调用。有什么建议吗?
答案 0 :(得分:7)
间接调用和跳转在指令之后和*
和callq *%r13
之间的位置之前有jmpq *0x204d8a(%rip)
。
我将在我的x86-64 Linux机器上展示两个真实的例子:
GLIBC中的 qsort()实现实际上根据输入大小调用不同的排序算法。其中一个实现是 /lib64/libc.so.6 中的 msort_with_tmp():
0000003cbde37d70 <msort_with_tmp.part.0>:
<...>
3cbde37dd6: 4c 8b 68 10 mov 0x10(%rax),%r13
<...>
3cbde37e2f: 41 ff d5 callq *%r13
上面的代码片段将比较函数的地址移动到 R13 ,最终进行间接调用。
对于调用 strcmp()的动态链接可执行文件,我将使用 / bin / true 作为示例。主可执行文件中对 strcmp()的所有调用都会转换为对PLT存根的调用, strcmp @ plt :
$ gdb /bin/true
(gdb) disassemble 'strcmp@plt'
0x401350 <+0>: ff 25 8a 4d 20 00 jmpq *0x204d8a(%rip) # 0x6060e0 <strcmp@got.plt>
0x401356 <+6>: 68 19 00 00 00 pushq $0x19
0x40135b <+11>: e9 50 fe ff ff jmpq 0x4011b0
在第一条指令中, 0x204d8a(%rip)使用 RIP 相对寻址来找到 strcmp@got.plt 。
如果我们尝试检查运行时 strcmp@got.plt 的值:
(gdb) break *0x401350
(gdb) run --XXX
Breakpoint 1, 0x0000000000401350 in strcmp@plt ()
(gdb) p/a 'strcmp@got.plt'
$1 = 0x3cbdf2fbe0 <__strcmp_sse42>
(gdb) break *0x3cbdf2fbe0
Breakpoint 2 at 0x3cbdf2fbe0: file ../sysdeps/x86_64/multiarch/strcmp-sse42.S, line 128.
(gdb) continue
Continuing.
Breakpoint 2, __strcmp_sse42 ()
at ../sysdeps/x86_64/multiarch/strcmp-sse42.S:128
128 mov %esi, %ecx
我们看到 strcmp@got.plt 指向 /usr/lib64/libc.so.6 中的 __ strcmp_sse42()。< / p>
因此,我们遇到的第一个间接跳跃, strcmp @ plt 中的 jmpq * 0x204d8a(%rip),最终会跳转到 __ strcmp_sse42()。这是行动中的STT_GNU_IFUNC机制。它使用动态链接器在运行时根据CPU功能找到最合适的 strcmp()变体。
答案 1 :(得分:1)
在x86-64 CPU上,调用和跳转指令隐式为%rip relative。
所以相关模式是:
jmpq $6 # Direct, relative: Jump to %rip+0x6
jmpq *$6 # Direct, absolute: Jump to 0x6
jmpq %r13 # Indirect, relative: Jump to %rip+%r13
jmpq *%r13 # Indirect, absolute: Jump to %r13. Aka "movq %r13, %rip"
然后是双重间接模式:
jmpq 0x20(%r13) # Jump to %rip + *(%r13 + 0x20).
jmpq *0x20(%r13) # Jump to *(%r13 + 0x20)
最后一种寻址模式在C ++反汇编中非常常见
callq *0x20(%r13)
其中%r13包含vtable的地址。因此它在偏移量为0x20的vtable中查找条目,然后调用该条目指向的函数。 它总是绝对模式(即不是%rip相对),因为vtable是从多个呼叫站点使用的,因此%rip relative不会有任何意义。