4.8 使用 DynELF 泄露函数地址
DynELF 简介
在做漏洞利用时,由于 ASLR 的影响,我们在获取某些函数地址的时候,需要一些特殊的操作。一种方法是先泄露出 libc.so 中的某个函数,然后根据函数之间的偏移,计算得到我们需要的函数地址,这种方法的局限性在于我们需要能找到和目标服务器上一样的 libc.so,而有些特殊情况下往往并不能找到。而另一种方法,利用如 pwntools 的 DynELF 模块,对内存进行搜索,直接得到我们需要的函数地址。
官方文档里给出了下面的例子:
# Assume a process or remote connection
p = process('./pwnme')
# Declare a function that takes a single address, and
# leaks at least one byte at that address.
def leak(address):
data = p.read(address, 4)
log.debug("%#x => %s" % (address, (data or '').encode('hex')))
return data
# For the sake of this example, let's say that we
# have any of these pointers. One is a pointer into
# the target binary, the other two are pointers into libc
main = 0xfeedf4ce
libc = 0xdeadb000
system = 0xdeadbeef
# With our leaker, and a pointer into our target binary,
# we can resolve the address of anything.
#
# We do not actually need to have a copy of the target
# binary for this to work.
d = DynELF(leak, main)
assert d.lookup(None, 'libc') == libc
assert d.lookup('system', 'libc') == system
# However, if we *do* have a copy of the target binary,
# we can speed up some of the steps.
d = DynELF(leak, main, elf=ELF('./pwnme'))
assert d.lookup(None, 'libc') == libc
assert d.lookup('system', 'libc') == system
# Alternately, we can resolve symbols inside another library,
# given a pointer into it.
d = DynELF(leak, libc + 0x1234)
assert d.lookup('system') == system可以看到,为了使用 DynELF,首先需要有一个 leak(address) 函数,通过这一函数可以获取到某个地址上最少 1 byte 的数据,然后将这个函数作为参数调用 d = DynELF(leak, main),该模块就初始化完成了,然后就可以使用它提供的函数进行内存搜索,得到我们需要的函数地址。
类 DynELF 的初始化方法如下:
leak:leak 函数,它是一个pwnlib.memleak.MemLeak类的实例pointer:一个指向 libc 内任意地址的指针elf:elf 文件libcdb:libcdb 是一个作者收集的 libc 库,默认启用以加快搜索。
导出的类方法如下:
base():解析所有已加载库的基地址static find_base(leak, ptr):提供一个pwnlib.memleak.MemLeak对象和一个指向库内的指针,然后找到其基地址heap():通过__curbrk(链接器导出符号,指向当前brk)找到堆的起始地址lookup(symb=None, lib=None):找到 lib 中 symbol 的地址stack():通过__environ(libc导出符号,指向environment block)找到一个指向栈的指针dynamic():返回指向.DYNAMIC的指针elfclass:32 或 64 位elftype:elf 文件类型libc:泄露 build id,下载该文件并加载link_map:指向运行时 link_map 对象的指针
DynELF 原理
文档中大概说了下其实现的细节,配合参考资料的文章,大概就可以做到自己实现一个。
DynELF 使用了两种技术:
解析函数
ELF 文件会从如 libc.so 库中导入符号,有一系列的表给出了导出符号名、导出符号地址和导出符号的哈希值。通过对某个符号名做哈希,可以定位到哈希表中,然后哈希表的位置又提供了字符串表(strtab)和符号表(symtab)的索引。
假设我们有了 libc.so 的基地址,解析 printf 地址的方法是定位 symtab、strtab 和 hash 表。对字符串"printf"做哈希,然后定位到哈希表中的某一条,然后从 symtab 中得到其在 libc.so 的偏移。
解析库地址
如果我们有一个指向动态链接的可执行文件的指针,就可以利用一个称为 link map 的内部链接器结构。这是一个链表结构,包含了每个被加载的库的信息,包括完整路径和基地址。
有两种方法可以找到这个指向 link map 的指针。两者都是从 DYNAMIC 数组条目中得到的。
在 non-RELOAD 的二进制文件中,该指针在
.got.plt区域中。这是通过DT_PLTGOT找到的。在所有二进制文件中,可以在
DT_DEBUG描述的区域中找到该指针,甚至在 stripped 之后也不例外。
DynELF 实例
在 libc 中,我们通常使用 write、puts、printf 来打印指定内存的数据。
write
write 函数用于向文件描述符中写入数据,三个参数分别是文件描述符,一个指针指向的数据和写入数据的长度。该函数的优点是可以读取任意长度的内存数据,即打印数据的长度只由 count 控制,缺点则是需要传递 3 个参数。32 位程序通过栈传递参数,直接将参数布置在栈上就可以了,而 64 位程序首先使用寄存器传递参数,所以我们通常使用通用 gadget(参见章节4.7) 来为 write 函数传递参数。
例子是 xdctf2015-pwn200,文件地址。在这个程序中也只有 write 可以利用:
另外我们还需要 read 函数用于读入 '/bin/sh` 到 .bss 段中:
栈溢出漏洞很明显,偏移为 112:
在 r2 中对程序进行分析,发现一个漏洞函数,地址为 0x08048484:
于是我们构造 leak 函数如下,即 write(1, addr, 4):
注意我们需要一个 pppr 的 gadget 来平衡栈:
得到了 system 的地址,就可以利用 read 函数读入 "/bin/sh",从而得到 shell,完整的 exp 如下:
该题除了这里使用 DynELF 的方法,在后面章节 6.3 中,还会介绍一种使用 ret2dl-resolve 的解法。
puts
puts 函数使用的参数只有一个,即需要输出的数据的起始地址,它会一直输出直到遇到 \x00,所以它输出的数据长度是不容易控制的,我们无法预料到零字符会出现在哪里,截止后,puts 还会自动在末尾加上换行符 。该函数的优点是在 64 位程序中也可以很方便地使用。缺点是会受到零字符截断的影响,在写 leak 函数时需要特殊处理,在打印出的数据中正确地筛选我们需要的部分,如果打印出了空字符串,则要手动赋值\x00,包括我们在 dump 内存的时候,也常常受这个问题的困扰,可以参考章节 6.1 dump 内存的部分。
所以我们常常需要这样做:
这只是个例子,还是要具体情况具体分析。
printf
该函数常用于在格式化字符串中泄露内存,和 puts 差不多,也受到 \x00 的影响,只是没有在末尾自动添加 。而且还有个问题要注意,为了防止 printf 的 %s 被 \x00 截断,需要对格式化字符串做一些改变。更详细的内容请参考章节 6.2。
参考资料
Last updated
Was this helpful?