4.3.2 Linux32环境下函数的返回地址
编译、链接、执行程序buffer_overflow.c,并关闭Linux的栈保护机制,参见截图:
下面用gdb调试程序:
在foo函数的入口、调用strcpy函数处和foo返回处设置断点:
继续运行,找到函数的返回地址:
buff的起始地址B到保存函数的返回地址A之间的偏移:
A-B=0xbffff29c-0xbffff280=0x1c=16+12=28
因此,如果Lbuffer的长度超过28字节,将会发生缓冲区溢出,Lbuffer中偏移28的4个字节“ABCD”将覆盖地址为0xbffff29c内存单元的值,即foo的返回地址变为“ABCD”(0x44434241)。
由于0x44434241不可访问,因此出现断错误。
4.3.3 Linux32环境下的Shellcode编写
编译、链接、执行shell_asm_fix_opcode.c,可以通过缓冲区溢出获得shell,参见下图:
4.4做实验并写实验报告
没有修改文件前:
为了找出发生溢出的原因,用gdb调试:
由于lvictim没有发生溢出,所以为了调试方便,我把老师的源代码buffer[512]改成了buffer[500],如图:
重新编译运行,发生段错误:
下面开始用gdb调试,找出smash_largebuf函数的返回地址所在的内存单元与缓冲区起始地址的距离。
先反编译smash_largebuf函数:
然后设置三个断点:
下面启动进程,得到函数的返回地址0xbffff35c:
继续执行到下一个断点,buff的开始地址在0xbffff158,存放在0xbfffed30中:
所以:
0xbffff35c-0xbffff158=0x204=516
OFF_SET=516
BUFFER_ADDRESS有一个范围,可以从0xbffff158开始设置
程序中需要改动的地方如下:
下面开始演示攻击lvictim,并获得shell,要注意关闭地址随机化:
可以看到,已经获得了shell,实验成功了。
完
原文地址:http://blog.csdn.net/xumesang/article/details/45562921