当先锋百科网

首页 1 2 3 4 5 6 7

20145325张梓靖 《网络对抗技术》 PC平台逆向破解

  

学习任务

  • shellcode注入:shellcode实际是一段代码,但却作为数据发送给受攻击服务器,将代码存储到对方的堆栈中,并将堆栈的返回地址利用缓冲区溢出,覆盖成为指向 shellcode 的地址。
  • Return-to-libc 攻击实验:即使栈有不可执行的能力,无法将shellcode放入堆栈中运行,但我们却可以直接让漏洞程序调转到现存的代码来实现我们的攻击。(本次实验所用的是已经载入内存的 libc 库中的 system()函数等)
      
      

基础知识

  • ps -ef | grep pwn1:
      ps:将某个进程显示出来
      ps:将某个进程显示出来
      ps参数:-A  显示所有程序;-e  此参数的效果和指定"A"参数相同;-f  显示UID,PPIP,C与STIME栏位
      ps显示进程结果格式:UID PID PPID C STIME TTY TIME CMD
         UID 程序被该 UID 所拥有
         PID 就是这个程序的 ID
         PPID 则是其上级父程序的ID
         C CPU 使用的资源百分比
         STIME 系统启动时间
         TTY 登入者的终端机位置
         TIME 使用掉的 CPU 时间。
         CMD 所下达的指令为何
      本条命令意为:查找与pwn1有关的进程,并用-ef格式显示出来
  • (gdb) attach: GDB可以对正在执行的程序进行调度,它允许开发人员中断程序并查看其状态,之后还能让这个程序正常地继续执行。在GDB中使用“attach”命令是一个方法。
  • (gdb) disassemble foo: 反汇编一段内存地址,
  • (gdb) c: 继续执行被调试程序,直至下一个断点或程序结束,Continue的简写
  • (gdb) x/16x : 使用x命令(examine的简写)来查看内存地址中的值。
    * x命令的语法:x/ (n、f、u是可选的参数)
    * n表示单元个数,f表示显示的进制,u表示每个单元的大小。

  • ln -s 源文件 目标文件 :为某一个文件或目录在另外一个位置建立一个同步的链接
  • chmod u+s 文件 :对文件设置强制位,即SET-UID,可以使非文件拥有者或文件所属群组的用户具有执行该文件的权限
  • export [-fnp][变量名称]=[变量设置值] : 设置或显示环境变量。(比如我们要经常使用到一个命令时,而这个命令的执行文件又不在当前目录,这时可以在代码中先执行export,即告诉程序,要执行什么东西时,需要的文件就在这些目录里)
  • echo : 在显示器上显示一段文字
  • gdb -q : -q用以使得gdb不输出gdb程序的版本等信息
  • system :是一个函数,用于运行其它外部程序
      
      

注入Shellcode并执行

  • 先将环境设置为:堆栈可执行、地址随机化关闭
    885266-20170306150050828-283755803.png

  • 以 anything+retaddr+nops+shellcode 的结构来构造,先估计返回地址所在位置,并且找到 shellcode 所在地址
    885266-20170306150422063-605381730.png

  • 要验证返回地址所在位置以及找到 shellcode 地址,需要使用GDB调试
    * 先运行 20145325pwn1 可执行文件
    885266-20170306151541531-1294320862.png

  (先不输入“回车”,在后面的调试过程中需要继续运行的时候再回车,到时候就会显示如图的字符部分)

    * 再找到正在执行的 20145325pwn1 的进程号

885266-20170306150716359-602761649.png

     *  进入GDB,联系上该进程号

885266-20170306150811656-711338040.png

    *  在 ret 处设置断点,接着运行到断点处,显示当前esp的值并依照此位置显示接下来的内存地址内容,并由此分析出返回地址位置的正确性以及shellcode的地址

885266-20170306151259781-1537968227.png

  (红色方框为返回地址处,红色椭圆为 shellcode 代码,由此推算出 shellcode 地址为 “\x31\xd3\xff\xff”)

    *  继续运行,再次检测是否跳到覆盖的返回地址所表示的地方

885266-20170306151856031-880752731.png

  (如红框所示,已经可以确认返回地址是被 \x10\x20\x30\x40 所覆盖的)

  • 将作为输入的 input_shellcode 处的 “\x10\x20\x30\x40” 换为上面所找到的 shellcode 地址 “\x31\xd3\xff\xff”
    885266-20170306152355953-1911794777.png

  • 执行 20145325pwn1 ,成功注入 shellcode
    885266-20170306152452203-728844319.png

  
  

Return-to-libc 攻击实验

  • 进入linux32的环境,将地址随机化关闭,同时使用ln命令,让 /bin/sh 指向另一个shell程序(这里是zsh)(因为原 /bin/bash 有保护措施,即使能调用一个shell,也不能在这个shell中保持root权限)
    885266-20170307155953797-949878039.png

  • 编写retlib文件并进行编译(注意要使堆栈处于不可执行状态),同时将其设为 Set-UID 程序
    885266-20170307160103391-1317827860.png

885266-20170307160241516-1331321833.png

  • 编写读取环境变量的程序并进行编译
    885266-20170307160628063-547221407.png

885266-20170307160638656-1534356945.png

  • 编写攻击代码
    885266-20170307160845406-1541907282.png

  • 使用编译好的 读取环境变量 程序,得到/bin/sh的地址
    885266-20170307161030922-1972493628.png

  • 编译攻击程序,并通过调试该程序得到 system 与 exit 的地址
    885266-20170307161141391-1019239669.png

885266-20170307161201078-1231720688.png

  • 再将攻击程序中的buf换为刚刚获得的3个地址
    885266-20170307161427688-736014107.png

  • 重新编译攻击程序
    885266-20170307161459094-1019026855.png

  • 先运行攻击程序,再运行SET-UID程序,观察是否成功获得root权限
    885266-20170307161627734-100471329.png

 成功

  • 尝试将/bin/sh 重新指向/bin/bash,观察能否攻击成功
    885266-20170307161837297-1443204184.png

885266-20170307161938594-637508219.png

885266-20170307161956000-692618329.png

885266-20170307162113844-120361161.png

 竟然成功了

  • 又尝试将/bin/sh 重新指向 /bin/dash ,观察能否攻击成功
    885266-20170307162317297-2129652257.png

 又成功了?

  • 按理来说,后2种重新指向后,应该是无法获得root权限的,但这里竟然都成功了,难道实验楼环境里的 /bin/dash 与 /bin/bash还没有保护措施?

  

参考链接

逆向及Bof基础实践说明
Return-to-libc 攻击实验

转载于:https://www.cnblogs.com/zzjzzjzzj/p/6510152.html