美团MTCTF 2022 smtp、ret2libc_aarch64 pwn解
美团MTCTF 2022 smtp、ret2libc_aarch64 pwn解
美团MTCTF 2022 ret2libc_aarch64 pwn解
这是一道aarch64的pwn,正常的ret2libc,考察了aarch64下的指令运用
笔者用的m1所以不需要使用qemu模拟
1功能可以直接leak出libc地址
2功能是一个栈溢出漏洞
偏移128 + 8就可以覆盖到ret
需要执行system(“/bin/sh”);
第一点,需要先控制x0(一参)
armv8里有一个指令可以对其进行赋值:ldr
,先看一下pwn文件的gadgets
1 | ➜ mtctf_2022 cat g | grep 'ldr x0' |
之所以不找mov是因为mov x0在pwn文件里是没有的,利用还是挺难的, 都有跳转指令,因为前面泄露出了libc地址,可以试着在libc里面寻找gadgets
1 | 0x00000000000436dc : ldp x25, x26, [sp, #0x40] ; ldr x0, [sp, #0x80] ; ldp x29, x30, [sp], #0xb0 ; ret |
再仔细筛选出上面的gadgets,这里用最简单的一个gadget来解,0x0000000000063e5c
ldr x0, [sp, #0x18] ; ldp x29, x30, [sp], #0x20 ; ret
ldr x0, [sp, #0x18]
这个指令会将sp + 0x18这个地址内容给到x0,我们只需要在sp + 0x18这里填入bin_sh的地址即可。调试一下看一下需要放到哪个位置
1 | p1 = b'a' * (128 + 8) |
粉色的是gadgets的地址,红色的最后会给到x0,所以我们在这里填入bin_sh地址
到了ldp x29, x30, [sp], #0x20
这里,这条指令的含义是sp存储的地址放入x29,sp + 8放入x30,最后sp += 0x20,X30为程序链接寄存器,保存子程序结束后需要执行的下一条指令,所以我们需要将sp + 8这里填入system_addr
所以最后的payload可以为
1 | p1 = b'a' * (128 + 8) |
成功调用system,同理上面还有gadgets可以使用
exp如下
1 | from pwn import * |
美团MTCTF 2022 smtp pwn解
这是一道协议题,SMTP是一种提供可靠且有效的电子邮件传输的协议。
下面是笔者对此题的详细逆向
main函数中启用了listerner函数并挂载到了9999端口上,启动pwn文件直接nc 127.0.0.1 9999
看一下是否能成功连接上去
server端显示了从127.0.0.1这里的连接并开启了一个session worker,并发送给client端220 SMTP tsmtp这条信息,跟进listerner函数
创建了一个创建了一个newthread线程,具体的线程实现是session_worker,arg是session_worker的参数,继续跟进session_worker
当server检测到连接成功时,会发送220 SMTP tsmtp给client端,和上面运行的一模一样
这一部分就是等待client发送数据到server
上面说到会发送数据到server,如何发送?parse_request里面给出了发送格式,跟进即可
get_session_command这个函数的名字看起来就像是处理请求格式的,继续跟进
s1是server接收client的数据
检测到HELO会返回0
检测到MAIL FROM会返回1
检测到RCPT TO:会返回2
检测到DATA,会返回3
检测到.\r\n会返回4
检测到QUIT会返回5
ptr其实就是这些返回的数字,对应到下面的switch结构
检测到哪一个就会到哪一个分支中进行处理,现在测试一下看一下分析的是否正确
大概率漏洞都发生在这些处理函数中,一个一个分析吧
首先是HELO的处理,这里会send250 Ok\n
,很正常没有什么漏洞发生
第二个是mail from,也会send 250 Ok\n
,很正常没什么问题
第三个是rcpt to,成功会send 250 Ok\n
,也很正常没什么问题
第四个是data处理,成功会send 354 End data with <CR><LF>.<CR><LF>\n
,提示了使用\r\n.\r\n来结束
第5个是data结束后的处理,发现这里有个session_submit函数,跟进
有一个send_worker处理
会将mail from的信息存在入from中,如果send to的长度大于0xff,会将sendto的数据赋值给s,需要注意的是这个数据我们可控,没有进行大小限制,而s是有大小限制的,所以直接strcpy会造成栈溢出漏洞,成功发现漏洞
我们测试一下看一下能否成功crash
1 | HELLO() |
可以看到server端成功crash,再看一下保护开启情况,只有一个nx
那么如何进行漏洞利用呢?
既然,mail from在bss段上,并且可控,send to也可控,那是不是就可以将shellcode放入bss段上,然后控制send to打返回地址到bss段上去执行shellcode
直接尝试一下,但是出了一个问题,p1 = b'a' * (0x10c + 4) + b'bbbb'
,返回地址虽然被覆盖了但是根本跑不到
找到原因了,eax这里的地址是无意义的从而导致了sigsegv,从上面一条指令看到ebp - 0xc,这里很明显就是v3,所以我们需要将v3控制成一个可以成功访问的地址
有很多无影响的地址可以用,这里笔者挑了一个0x8049024
,p1 = b'a' * 0x100 + p32(0x8049024) + b'a' * 0xc + b'bbbb'
再调试一下看一下是否能成功劫持返回地址
成功劫持,在bss上放入shellcode,跳转执行
笔者到了这一步的时候觉得很无语,直接sigsegv了,在高人的指点下发现了popen函数
popen()可以执行shell命令,并读取此命令的返回值;
1 |
|
笔者写了一个程序测试了一下,发现直接执行sh命令没有用,笔者用了题目给的docker看了一下,发现bin里只有一点东西
接下来就是如何把flag给带出来,因为直接cat的话是没有回显的,笔者原本想着用wget下载一个木马,然后连上去(哈哈),但是感觉太麻烦了,所以问了些师傅有什么东西可以将cat的东西直接输出到屏幕上,>&1,可以把文件的东西给带出来。
1 |
|
笔者试了>&1, >&2发现的确可以回显,打远程的时候>&5可以回显,exp如下
需要注意的是要多打几次,因为有时候edx是无意义的会造成sigsegv,另外r这里需要\x00来截断,不然popen的二参可能不是单纯的r。做这题头大
1 | from pwn import * |