20145331魏澍琛《网络对抗》逆向及Bof基础
实践目标
本次实践的对象是一个名为pwn1的linux可执行文件。
该程序正常执行流程是：main调用foo函数,foo函数会简单回显任何用户输入的字符串。
该程序同时包含另一个代码片段，getShell，会返回一个可用Shell。正常情况下这个代码是不会被运行的。我们实践的目标就是想办法运行这个代码片段。
我们将学习两种方法：
1、利用foo函数的Bof漏洞，构造一个攻击输入字符串，覆盖返回地址，触发getShell函数。
2、手工修改可执行文件，改变程序执行流程，直接跳转到getShell函数。实验过程
1、直接修改程序机器指令，改变程序执行流程
对目标文件20145331反汇编。下面只保留了最核心的几行代码。
先看第12行，"call 8048491 "是汇编指令，是说这条指令将调用位于地址8048491处的foo函数；其对应机器指令为“e8 d7ffffff”，e8即跳转之意。本来正常流程，此时此刻EIP的值应该是下条指令的地址，即80484ba，但一解释e8这条指令呢，CPU就会转而执行 “EIP + d7ffffff”这个位置的指令。“d7ffffff”是补码,表示-41，41=0x29,80484ba +d7ffffff= 80484ba-0x29正好是8048491这个值，
main函数调用foo，对应机器指令为“ e8 d7ffffff”，那我们想让它调用getShell，只要修改“d7ffffff”为，"getShell-80484ba"对应的补码就行。用Windows计算器，直接 47d-4ba就能得到补码，是c3ffffff。
下面我们就修改可执行文件，将其中的call指令的目标地址由d7ffffff变为c3ffffff。
接着就是老师上课主要演示的过程了，这里不做过多叙述，实验截图如下：
运行下改后的代码，会得到shell提示符#
2、通过构造输入参数，造成BOF攻击，改变程序执行流
通过对foo函数进行分析，可以发现系统只预留了一定字节的缓冲区，超出部分会造成溢出，因此这个函数存在BOF漏洞，而我们的目标就是覆盖它的返回地址。
进过尝试发现，当输入达到28字节时产生溢出Segmentation fault：
接下来我们通过gdb调试来确认输入字符串的哪几个字符会覆盖到返回地址，输入info r查看各寄存器的值：
观看eip的值，是ASCII 1234，也就是说我们输入的“1234”覆盖了它的地址，所以我们只需要将getshell的内存地址替换这4个字符，就可以达到程序向getshell函数转移的目的。
我们要构造一串特殊的输入，由于getShell的内存地址是0x0804847d，而其对应的ASCII没有字符，所以我们通过一个简单的perl脚本语言来构造输入值，输入：
perl -e 'print "12345678123456781234567812345678\x7d\x84\x04\x08\x0a"' > input使用16进制查看指令xxd查看input文件的内容是否如预期：
然后将input的输入，通过管道符“|”，作为可执行文件20145331的输入：
