端午节打的比赛,事情比较多没怎么看题,指导学弟做了下,这里来个复盘。
开始CTF的复健之路吧。
Pwn
WRITE-FLAG-WHERE
最简单的一道pwn,没有开ASLR保护。当时我的机器跑不起来,学弟的能跑,和他一起分析。
程序的主逻辑是读取/proc/self/maps
来读取存在的内存(gdb中的vmmap就是这样实现的),然后把 flag 读取到一个全局变量中,最后我们可以在任意一个地址写入任意长度(<0x7f
)的flag
中的字符串。
当时我们是在arch上做的,使用gdb能看到输出,然后尝试将flag覆盖内存中的提示语句
那么地址就是 *$rebase(0x21E0)
,尝试远程
得到flag
CTF{Y0ur_j0urn3y_is_0n1y_ju5t_b39innin9}
WRITE-FLAG-WHERE 2
当时离做出来差了亿点点。
保护没变,但是删除了之前的字符串修改点。后来我看到了有一段无关的代码段
后来想这道题快想魔怔了
【未解出】使用sscanf覆盖
挺疯狂的一个想法,由于死循环内不存在输入,但是sscanf会根据你的输入去匹配,然后我们又知道flag是CTF{xxxx}
,所以可以覆盖0x%llx %u
的第一个,类似于:
逐步缩小地址爆破得到flag,但是考虑到工作量而且太久没做CTF导致pwntools的不熟悉没有能成功
【差一点】可视化shellcode
和上面的思路差不多,只不过是利用了T
的ASCII为0x54
,而0x54
的汇编码是push rsp
,那么一直写入T
,让最后的退出划入那段不相关的代码段
1 | def nop2(addr,lenth): |
最后得到flag
CTF{impr355iv3_6ut_can_y0u_s01v3_cha113ng3_3?}
注意:由于网络延时最后的flag不开代理导致没有收到…
WRITE-FLAG-WHERE 3
上一道题直接导致心态爆炸,这道题没怎么看。不过看上去限制了我们能修改的地址范围 不能 是main
函数±0x5000
的位置,导致之前的exp失效。
不过本地patched过的版本成功调用了alarm
那么试试修改libc中的报错为flag,但是不行
不过思路也是很接近的了,在官方的exp中使用了}
,作为jnp
来进行爆破。其他也是使用了一下gadget,利用jnp 0x48
实现ROP的跳转
1 | r3tr0@pwnmachine:~$ rasm2 -ax86 -b64 -d 0x4354467b4354 |
- 使用2中的思路覆写libc中的
exit
- 由于输入位于栈上使用,输入组合的ROP链,由于libc中的
exit
已经被覆写,所以程序会返回ret
,从而触发ROP链,最后实现write写出flag
这里使用r3kpig的exp打一下
1 | from pwn import * |
得到flag
CTF{y0ur_3xpl0itati0n_p0w3r_1s_0v3r_9000!!}
STORYGEN
下载下来是python文件。
发现使用了os.system("/tmp/script.sh")
,那么顺着逻辑去分析:
1 |
|
然后输入替换这段脚本
open("/tmp/script.sh", "w").write(STORY.replace("@NAME", name).replace("@WHERE", where).strip())
不过存在小WAF
1 | def sanitize(s): |
首要思路肯定是命令注入,而且在首行的#@NAME's story
自带了一个'
,如果你对shell脚本比较了解的话,会知道往往是以#!/bin/bash
开始的,尝试一下
成功调用了/bin/bash
。赛后看wp发现这个是Shebang(也称为Hashbang),是一种在Unix和类Unix系统中用于指定脚本解释器的约定,它是通过在脚本文件的第一行以特定格式指定解释器的路径来实现的,可以利用这种方式直接./hello.py
,比如:
1 |
|
那么开始构造exp,需要注意的是尽量使用\x00截断
官方wp中介绍了一种技巧:#!/bin/cat<空格>
的时候会读取自身脚本的内容,首先使用ls -al
查看目录,最后排查到根目录
'!/usr/bin/env -S ls -al /\x00'
尝试读取flag,出现提示
!/usr/bin/env -S cat /flag\x00
得到提示,最后使用payload得到flag
!/usr/bin/env -S sh -c "/get_flag Give flag please"\x00
CTF{Sh3b4ng_1nj3cti0n_ftw}