1.Buffer overrun detected-DesInitScan问题
2.为ä»ä¹ç«èåå¼ä¼åºç°Buffer overrun detected
Buffer overrun detected-DesInitScan问题
detected-DesInitScan缓冲区溢出,源码,源码应该很严重的源码缓冲区溢出 缓冲区溢出是一种非常普遍、非常危险的源码漏洞,在各种操作系统、源码应用软件中广泛存在。源码条件选股 源码利用缓冲区溢出攻击,源码可以导致程序运行失败、源码系统当机、源码重新启动等后果。源码更为严重的源码是,可以利用它执行非授权指令,源码甚至可以取得系统特权,源码进而进行各种非法操作。源码缓冲区溢出攻击有多种英文名称:buffer overflow,源码buffer overrun,smash the stack,trash the stack,scribble the stack, mangle the stack, memory leak,overrun screw;它们指的都是同一种攻击手段。第一个缓冲区溢出攻击--Morris蠕虫,发生在二十年前,它曾造成了全世界多台网络服务器瘫痪。
1.概念
缓冲区溢出是指当计算机向缓冲区内填充数据位数时超过了缓冲区本身的容量溢出的数据覆盖在合法数据上,理想的情况是程序检查数据长度并不允许输入超过缓冲区长度的字符,但是绝大多数程序都会假设数据长度总是与所分配的储存空间想匹配,这就为缓冲区溢出埋下隐患.操作系统所使用的缓冲区 又被称为"堆栈". 在各个操作进程之间,指令会被临时储存在"堆栈"当中,"堆栈"也会出现缓冲区溢出。
2.危害
在当前网络与分布式系统安全中,被广泛利用的%以上都是缓冲区溢出,其中最著名的威海校宝源码例子是年利用fingerd漏洞的蠕虫。而缓冲区溢出中,最为危险的是堆栈溢出,因为入侵者可以利用堆栈溢出,在函数返回时改变返回程序的地址,让其跳转到任意地址,带来的危害一种是程序崩溃导致拒绝服务,另外一种就是跳转并且执行一段恶意代码,比如得到shell,然后为所欲为。
3.缓冲区攻击
一. 缓冲区溢出的原理
通过往程序的缓冲区写超出其长度的内容,造成缓冲区的溢出,从而破坏程序的堆栈,使程序转而执行其它指令,以达到攻击的目的。造成缓冲区溢出的原因是程序中没有仔细检查用户输入的参数。例如下面程序:
void function(char *str) {
char buffer[];
strcpy(buffer,str);
}
上面的strcpy()将直接吧str中的内容copy到buffer中。这样只要str的长度大于,就会造成buffer的溢出,使程序运行出错。存在象strcpy这样的问题的标准函数还有strcat(),sprintf(),vsprintf(),gets(),scanf()等。
当然,随便往缓冲区中填东西造成它溢出一般只会出现“分段错误”(Segmentation fault),而不能达到攻击的目的。最常见的寿光网站源码手段是通过制造缓冲区溢出使程序运行一个用户shell,再通过shell执行其它命令。如果该程序属于root且有suid权限的话,攻击者就获得了一个有root权限的shell,可以对系统进行任意操作了。
缓冲区溢出攻击之所以成为一种常见安全攻击手段其原因在于缓冲区溢出漏洞太普遍了,并且易于实现。而且,缓冲区溢出成为远程攻击的主要手段其原因在于缓冲区溢出漏洞给予了攻击者他所想要的一切:植入并且执行攻击代码。被植入的攻击代码以一定的权限运行有缓冲区溢出漏洞的程序,从而得到被攻击主机的控制权。
在年Lincoln实验室用来评估入侵检测的的5种远程攻击中,有2种是缓冲区溢出。而在年CERT的份建议中,有9份是是与缓冲区溢出有关的,在年,至少有半数的建议是和缓冲区溢出有关的。在Bugtraq的调查中,有2/3的被调查者认为缓冲区溢出漏洞是一个很严重的安全问题。
缓冲区溢出漏洞和攻击有很多种形式,会在第二节对他们进行描述和分类。相应地防卫手段也随者攻击方法的不同而不同,将在第四节描述,它的内容包括针对每种攻击类型的有效的防卫手段。
二、缓冲区溢出的漏洞和攻击
缓冲区溢出攻击的目的在于扰乱具有某些特权运行的程序的功能,这样可以使得攻击者取得程序的控制权,如果该程序具有足够的权限,那么整个主机就被控制了。销售占比源码一般而言,攻击者攻击root程序,然后执行类似“exec(sh)”的执行代码来获得root权限的shell。为了达到这个目的,攻击者必须达到如下的两个目标:
1. 在程序的地址空间里安排适当的代码。
2. 通过适当的初始化寄存器和内存,让程序跳转到入侵者安排的地址空间执行。
根据这两个目标来对缓冲区溢出攻击进行分类。在二.1节,将描述攻击代码是如何放入被攻击程序的地址空间的。在二.2节,将介绍攻击者如何使一个程序的缓冲区溢出,并且执行转移到攻击代码(这个就是“溢出”的由来)。在二.3节,将综合前两节所讨论的代码安排和控制程序执行流程的技术。
二.1 在程序的地址空间里安排适当的代码的方法
有两种在被攻击程序地址空间里安排攻击代码的方法:
1、植入法:
攻击者向被攻击的程序输入一个字符串,程序会把这个字符串放到缓冲区里。这个字符串包含的资料是可以在这个被攻击的硬件平台上运行的指令序列。在这里,攻击者用被攻击程序的缓冲区来存放攻击代码。缓冲区可以设在任何地方:堆栈(stack,自动变量)、堆(heap,动态分配的内存区)和静态资料区。
2、利用已经存在的代码:
有时,攻击者想要的钢筋塑性指标源码代码已经在被攻击的程序中了,攻击者所要做的只是对代码传递一些参数。比如,攻击代码要求执行“exec (“/bin/sh”)”,而在libc库中的代码执行“exec (arg)”,其中arg使一个指向一个字符串的指针参数,那么攻击者只要把传入的参数指针改向指向”/bin/sh”。
二.2 控制程序转移到攻击代码的方法
所有的这些方法都是在寻求改变程序的执行流程,使之跳转到攻击代码。最基本的就是溢出一个没有边界检查或者其它弱点的缓冲区,这样就扰乱了程序的正常的执行顺序。通过溢出一个缓冲区,攻击者可以用暴力的方法改写相邻的程序空间而直接跳过了系统的检查。
分类的基准是攻击者所寻求的缓冲区溢出的程序空间类型。原则上是可以任意的空间。实际上,许多的缓冲区溢出是用暴力的方法来寻求改变程序指针的。这类程序的不同之处就是程序空间的突破和内存空间的定位不同。主要有以下三种: 1、活动纪录(Activation Records):
每当一个函数调用发生时,调用者会在堆栈中留下一个活动纪录,它包含了函数结束时返回的地址。攻击者通过溢出堆栈中的自动变量,使返回地址指向攻击代码。通过改变程序的返回地址,当函数调用结束时,程序就跳转到攻击者设定的地址,而不是原先的地址。这类的缓冲区溢出被称为堆栈溢出攻击(Stack Smashing Attack),是目前最常用的缓冲区溢出攻击方式。
2、函数指针(Function Pointers):
函数指针可以用来定位任何地址空间。例如:“void (* foo)()”声明了一个返回值为void的函数指针变量foo。所以攻击者只需在任何空间内的函数指针附近找到一个能够溢出的缓冲区,然后溢出这个缓冲区来改变函数指针。在某一时刻,当程序通过函数指针调用函数时,程序的流程就按攻击者的意图实现了。它的一个攻击范例就是在Linux系统下的superprobe程序。
3、长跳转缓冲区(Longjmp buffers):
在C语言中包含了一个简单的检验/恢复系统,称为setjmp/longjmp。意思是在检验点设定“setjmp(buffer)”,用“longjmp(buffer)”来恢复检验点。然而,如果攻击者能够进入缓冲区的空间,那么“longjmp(buffer)”实际上是跳转到攻击者的代码。象函数指针一样,longjmp缓冲区能够指向任何地方,所以攻击者所要做的就是找到一个可供溢出的缓冲区。一个典型的例子就是Perl 5.的缓冲区溢出漏洞;攻击者首先进入用来恢复缓冲区溢出的的longjmp缓冲区,然后诱导进入恢复模式,这样就使Perl的解释器跳转到攻击代码上了。
二.3代码植入和流程控制技术的综合分析
最简单和常见的缓冲区溢出攻击类型就是在一个字符串里综合了代码植入和活动纪录技术。攻击者定位一个可供溢出的自动变量,然后向程序传递一个很大的字符串,在引发缓冲区溢出,改变活动纪录的同时植入了代码。这个是由Levy指出的攻击的模板。因为C在习惯上只为用户和参数开辟很小的缓冲区,因此这种漏洞攻击的实例十分常见。
代码植入和缓冲区溢出不一定要在在一次动作内完成。攻击者可以在一个缓冲区内放置代码,这是不能溢出的缓冲区。然后,攻击者通过溢出另外一个缓冲区来转移程序的指针。这种方法一般用来解决可供溢出的缓冲区不够大(不能放下全部的代码)的情况。
如果攻击者试图使用已经常驻的代码而不是从外部植入代码,他们通常必须把代码作为参数调用。举例来说,在libc(几乎所有的C程序都要它来连接)中的部分代码段会执行“exec(something)”,其中somthing就是参数。攻击者然后使用缓冲区溢出改变程序的参数,然后利用另一个缓冲区溢出使程序指针指向libc中的特定的代码段。
三、 缓冲区溢出攻击的实验分析
年1月,Cerberus 安全小组发布了微软的IIS 4/5存在的一个缓冲区溢出漏洞。攻击该漏洞,可以使Web服务器崩溃,甚至获取超级权限执行任意的代码。目前,微软的IIS 4/5 是一种主流的Web服务器程序;因而,该缓冲区溢出漏洞对于网站的安全构成了极大的威胁;它的描述如下:
浏览器向IIS提出一个HTTP请求,在域名(或IP地址)后,加上一个文件名,该文件名以“.htr”做后缀。于是IIS认为客户端正在请求一个“.htr”文件,“.htr”扩展文件被映像成ISAPI(Internet Service API)应用程序,IIS会复位向所有针对“.htr”资源的请求到 ISM.DLL程序 ,ISM.DLL 打开这个文件并执行之。
浏览器提交的请求中包含的文件名存储在局部变量缓冲区中,若它很长,超过个字符时,会导致局部变量缓冲区溢出,覆盖返回地址空间,使IIS崩溃。更进一步,在如图1所示的2K缓冲区中植入一段精心设计的代码,可以使之以系统超级权限运行。
四、缓冲区溢出攻击的防范方法
缓冲区溢出攻击占了远程网络攻击的绝大多数,这种攻击可以使得一个匿名的Internet用户有机会获得一台主机的部分或全部的控制权。如果能有效地消除缓冲区溢出的漏洞,则很大一部分的安全威胁可以得到缓解。
目前有四种基本的方法保护缓冲区免受缓冲区溢出的攻击和影响。在四.1中介绍了通过操作系统使得缓冲区不可执行,从而阻止攻击者植入攻击代码。在四.2中介绍了强制写正确的代码的方法。在四.3中介绍了利用编译器的边界检查来实现缓冲区的保护。这个方法使得缓冲区溢出不可能出现,从而完全消除了缓冲区溢出的威胁,但是相对而言代价比较大。在四.4中介绍一种间接的方法,这个方法在程序指针失效前进行完整性检查。虽然这种方法不能使得所有的缓冲区溢出失效,但它能阻止绝大多数的缓冲区溢出攻击。然后在四.5,分析这种保护方法的兼容性和性能优势。
四.1 非执行的缓冲区
通过使被攻击程序的数据段地址空间不可执行,从而使得攻击者不可能执行被植入被攻击程序输入缓冲区的代码,这种技术被称为非执行的缓冲区技术。在早期的Unix系统设计中,只允许程序代码在代码段中执行。但是近来的Unix和MS Windows系统由于要实现更好的性能和功能,往往在数据段中动态地放入可执行的代码,这也是缓冲区溢出的根源。为了保持程序的兼容性,不可能使得所有程序的数据段不可执行。
但是可以设定堆栈数据段不可执行,这样就可以保证程序的兼容性。Linux和Solaris都发布了有关这方面的内核补丁。因为几乎没有任何合法的程序会在堆栈中存放代码,这种做法几乎不产生任何兼容性问题,除了在Linux中的两个特例,这时可执行的代码必须被放入堆栈中:
(1)信号传递:
Linux通过向进程堆栈释放代码然后引发中断来执行在堆栈中的代码来实现向进程发送Unix信号。非执行缓冲区的补丁在发送信号的时候是允许缓冲区可执行的。
(2)GCC的在线重用:
研究发现gcc在堆栈区里放置了可执行的代码作为在线重用之用。然而,关闭这个功能并不产生任何问题,只有部分功能似乎不能使用。
非执行堆栈的保护可以有效地对付把代码植入自动变量的缓冲区溢出攻击,而对于其它形式的攻击则没有效果。通过引用一个驻留的程序的指针,就可以跳过这种保护措施。其它的攻击可以采用把代码植入堆或者静态数据段中来跳过保护。
四.2 编写正确的代码
编写正确的代码是一件非常有意义的工作,特别象编写C语言那种风格自由而容易出错的程序,这种风格是由于追求性能而忽视正确性的传统引起的。尽管花了很长的时间使得人们知道了如何编写安全的程序,具有安全漏洞的程序依旧出现。因此人们开发了一些工具和技术来帮助经验不足的程序员编写安全正确的程序。
最简单的方法就是用grep来搜索源代码中容易产生漏洞的库的调用,比如对strcpy和sprintf的调用,这两个函数都没有检查输入参数的长度。事实上,各个版本C的标准库均有这样的问题存在。
此外,人们还开发了一些高级的查错工具,如fault injection等。这些工具的目的在于通过人为随机地产生一些缓冲区溢出来寻找代码的安全漏洞。还有一些静态分析工具用于侦测缓冲区溢出的存在。
虽然这些工具帮助程序员开发更安全的程序,但是由于C语言的特点,这些工具不可能找出所有的缓冲区溢出漏洞。所以,侦错技术只能用来减少缓冲区溢出的可能,并不能完全地消除它的存在。
为ä»ä¹ç«èåå¼ä¼åºç°Buffer overrun detected
detected-DesInitScanç¼å²åºæº¢åºï¼ï¼åºè¯¥å¾ä¸¥éçç¼å²åºæº¢åº ç¼å²åºæº¢åºæ¯ä¸ç§é常æ®éãé常å±é©çæ¼æ´ï¼å¨åç§æä½ç³»ç»ãåºç¨è½¯ä»¶ä¸å¹¿æ³åå¨ãå©ç¨ç¼å²åºæº¢åºæ»å»ï¼å¯ä»¥å¯¼è´ç¨åºè¿è¡å¤±è´¥ãç³»ç»å½æºãéæ°å¯å¨çåæãæ´ä¸ºä¸¥éçæ¯ï¼å¯ä»¥å©ç¨å®æ§è¡éæææ令ï¼çè³å¯ä»¥åå¾ç³»ç»ç¹æï¼è¿èè¿è¡åç§éæ³æä½ãç¼å²åºæº¢åºæ»å»æå¤ç§è±æå称ï¼buffer overflowï¼buffer overrunï¼smash the stackï¼trash the stackï¼scribble the stackï¼ mangle the stackï¼ memory leakï¼overrun screwï¼å®ä»¬æçé½æ¯åä¸ç§æ»å»æ段ã第ä¸ä¸ªç¼å²åºæº¢åºæ»å»--Morrisè è«ï¼åçå¨äºåå¹´åï¼å®æ¾é æäºå ¨ä¸çå¤å°ç½ç»æå¡å¨ç«çªã
1.æ¦å¿µ
ç¼å²åºæº¢åºæ¯æå½è®¡ç®æºåç¼å²åºå å¡«å æ°æ®ä½æ°æ¶è¶ è¿äºç¼å²åºæ¬èº«ç容é溢åºçæ°æ®è¦çå¨åæ³æ°æ®ä¸,çæ³çæ åµæ¯ç¨åºæ£æ¥æ°æ®é¿åº¦å¹¶ä¸å 许è¾å ¥è¶ è¿ç¼å²åºé¿åº¦çå符,ä½æ¯ç»å¤§å¤æ°ç¨åºé½ä¼å设æ°æ®é¿åº¦æ»æ¯ä¸æåé çå¨å空é´æ³å¹é ,è¿å°±ä¸ºç¼å²åºæº¢åºåä¸éæ£.æä½ç³»ç»æ使ç¨çç¼å²åº å被称为"å æ ". å¨å个æä½è¿ç¨ä¹é´,æ令ä¼è¢«ä¸´æ¶å¨åå¨"å æ "å½ä¸,"å æ "ä¹ä¼åºç°ç¼å²åºæº¢åºã
2.å±å®³
å¨å½åç½ç»ä¸åå¸å¼ç³»ç»å®å ¨ä¸ï¼è¢«å¹¿æ³å©ç¨ç%以ä¸é½æ¯ç¼å²åºæº¢åºï¼å ¶ä¸æèåçä¾åæ¯å¹´å©ç¨fingerdæ¼æ´çè è«ãèç¼å²åºæº¢åºä¸ï¼æ为å±é©çæ¯å æ 溢åºï¼å ä¸ºå ¥ä¾µè å¯ä»¥å©ç¨å æ 溢åºï¼å¨å½æ°è¿åæ¶æ¹åè¿åç¨åºçå°åï¼è®©å ¶è·³è½¬å°ä»»æå°åï¼å¸¦æ¥çå±å®³ä¸ç§æ¯ç¨åºå´©æºå¯¼è´æç»æå¡ï¼å¦å¤ä¸ç§å°±æ¯è·³è½¬å¹¶ä¸æ§è¡ä¸æ®µæ¶æ代ç ï¼æ¯å¦å¾å°shellï¼ç¶å为æ欲为ã
3.ç¼å²åºæ»å»
ä¸. ç¼å²åºæº¢åºçåç
éè¿å¾ç¨åºçç¼å²åºåè¶ åºå ¶é¿åº¦çå 容ï¼é æç¼å²åºç溢åºï¼ä»èç ´åç¨åºçå æ ï¼ä½¿ç¨åºè½¬èæ§è¡å ¶å®æ令ï¼ä»¥è¾¾å°æ»å»çç®çãé æç¼å²åºæº¢åºçåå æ¯ç¨åºä¸æ²¡æä»ç»æ£æ¥ç¨æ·è¾å ¥çåæ°ãä¾å¦ä¸é¢ç¨åºï¼
void function(char *str) {
char buffer[];
strcpy(buffer,str);
}
ä¸é¢çstrcpy()å°ç´æ¥å§strä¸çå 容copyå°bufferä¸ãè¿æ ·åªè¦strçé¿åº¦å¤§äºï¼å°±ä¼é æbufferç溢åºï¼ä½¿ç¨åºè¿è¡åºéãåå¨è±¡strcpyè¿æ ·çé®é¢çæ åå½æ°è¿æstrcat()ï¼sprintf()ï¼vsprintf()ï¼gets()ï¼scanf()çã
å½ç¶ï¼é便å¾ç¼å²åºä¸å¡«ä¸è¥¿é æå®æº¢åºä¸è¬åªä¼åºç°âå段é误âï¼Segmentation faultï¼ï¼èä¸è½è¾¾å°æ»å»çç®çãæ常è§çæ段æ¯éè¿å¶é ç¼å²åºæº¢åºä½¿ç¨åºè¿è¡ä¸ä¸ªç¨æ·shellï¼åéè¿shellæ§è¡å ¶å®å½ä»¤ãå¦æ该ç¨åºå±äºrootä¸æsuidæéçè¯ï¼æ»å»è å°±è·å¾äºä¸ä¸ªærootæéçshellï¼å¯ä»¥å¯¹ç³»ç»è¿è¡ä»»ææä½äºã
ç¼å²åºæº¢åºæ»å»ä¹æ以æ为ä¸ç§å¸¸è§å®å ¨æ»å»ææ®µå ¶åå å¨äºç¼å²åºæº¢åºæ¼æ´å¤ªæ®éäºï¼å¹¶ä¸æäºå®ç°ãèä¸ï¼ç¼å²åºæº¢åºæ为è¿ç¨æ»å»ç主è¦ææ®µå ¶åå å¨äºç¼å²åºæº¢åºæ¼æ´ç»äºäºæ»å»è ä»ææ³è¦çä¸åï¼æ¤å ¥å¹¶ä¸æ§è¡æ»å»ä»£ç ã被æ¤å ¥çæ»å»ä»£ç 以ä¸å®çæéè¿è¡æç¼å²åºæº¢åºæ¼æ´çç¨åºï¼ä»èå¾å°è¢«æ»å»ä¸»æºçæ§å¶æã
å¨å¹´Lincolnå®éªå®¤ç¨æ¥è¯ä¼°å ¥ä¾µæ£æµçç5ç§è¿ç¨æ»å»ä¸ï¼æ2ç§æ¯ç¼å²åºæº¢åºãèå¨å¹´CERTç份建议ä¸ï¼æ9份æ¯æ¯ä¸ç¼å²åºæº¢åºæå ³çï¼å¨å¹´ï¼è³å°æåæ°ç建议æ¯åç¼å²åºæº¢åºæå ³çãå¨Bugtraqçè°æ¥ä¸ï¼æ2/3ç被è°æ¥è 认为ç¼å²åºæº¢åºæ¼æ´æ¯ä¸ä¸ªå¾ä¸¥éçå®å ¨é®é¢ã
ç¼å²åºæº¢åºæ¼æ´åæ»å»æå¾å¤ç§å½¢å¼ï¼ä¼å¨ç¬¬äºè对ä»ä»¬è¿è¡æè¿°ååç±»ãç¸åºå°é²å«æ段ä¹éè æ»å»æ¹æ³çä¸åèä¸åï¼å°å¨ç¬¬åèæè¿°ï¼å®çå 容å æ¬é对æ¯ç§æ»å»ç±»åçææçé²å«æ段ã
äºãç¼å²åºæº¢åºçæ¼æ´åæ»å»
ç¼å²åºæº¢åºæ»å»çç®çå¨äºæ°ä¹±å ·ææäºç¹æè¿è¡çç¨åºçåè½ï¼è¿æ ·å¯ä»¥ä½¿å¾æ»å»è åå¾ç¨åºçæ§å¶æï¼å¦æ该ç¨åºå ·æ足å¤çæéï¼é£ä¹æ´ä¸ªä¸»æºå°±è¢«æ§å¶äºãä¸è¬èè¨ï¼æ»å»è æ»å»rootç¨åºï¼ç¶åæ§è¡ç±»ä¼¼âexec(sh)âçæ§è¡ä»£ç æ¥è·å¾rootæéçshellã为äºè¾¾å°è¿ä¸ªç®çï¼æ»å»è å¿ é¡»è¾¾å°å¦ä¸ç两个ç®æ ï¼
1. å¨ç¨åºçå°å空é´éå®æéå½ç代ç ã
2. éè¿éå½çåå§åå¯åå¨åå åï¼è®©ç¨åºè·³è½¬å°å ¥ä¾µè å®æçå°å空é´æ§è¡ã
æ ¹æ®è¿ä¸¤ä¸ªç®æ æ¥å¯¹ç¼å²åºæº¢åºæ»å»è¿è¡åç±»ãå¨äº.1èï¼å°æè¿°æ»å»ä»£ç æ¯å¦ä½æ¾å ¥è¢«æ»å»ç¨åºçå°å空é´çãå¨äº.2èï¼å°ä»ç»æ»å»è å¦ä½ä½¿ä¸ä¸ªç¨åºçç¼å²åºæº¢åºï¼å¹¶ä¸æ§è¡è½¬ç§»å°æ»å»ä»£ç ï¼è¿ä¸ªå°±æ¯â溢åºâçç±æ¥ï¼ãå¨äº.3èï¼å°ç»¼åå两èæ讨论ç代ç å®æåæ§å¶ç¨åºæ§è¡æµç¨çææ¯ã
äº.1 å¨ç¨åºçå°å空é´éå®æéå½ç代ç çæ¹æ³
æ两ç§å¨è¢«æ»å»ç¨åºå°å空é´éå®ææ»å»ä»£ç çæ¹æ³ï¼
1ãæ¤å ¥æ³ï¼
æ»å»è å被æ»å»çç¨åºè¾å ¥ä¸ä¸ªå符串ï¼ç¨åºä¼æè¿ä¸ªå符串æ¾å°ç¼å²åºéãè¿ä¸ªå符串å å«çèµææ¯å¯ä»¥å¨è¿ä¸ªè¢«æ»å»ç硬件平å°ä¸è¿è¡çæ令åºåãå¨è¿éï¼æ»å»è ç¨è¢«æ»å»ç¨åºçç¼å²åºæ¥åæ¾æ»å»ä»£ç ãç¼å²åºå¯ä»¥è®¾å¨ä»»ä½å°æ¹ï¼å æ ï¼stackï¼èªå¨åéï¼ãå ï¼heapï¼å¨æåé çå ååºï¼åéæèµæåºã
2ãå©ç¨å·²ç»åå¨ç代ç ï¼
ææ¶ï¼æ»å»è æ³è¦ç代ç å·²ç»å¨è¢«æ»å»çç¨åºä¸äºï¼æ»å»è æè¦åçåªæ¯å¯¹ä»£ç ä¼ éä¸äºåæ°ãæ¯å¦ï¼æ»å»ä»£ç è¦æ±æ§è¡âexec (â/bin/shâ)âï¼èå¨libcåºä¸ç代ç æ§è¡âexec (arg)âï¼å ¶ä¸arg使ä¸ä¸ªæåä¸ä¸ªå符串çæéåæ°ï¼é£ä¹æ»å»è åªè¦æä¼ å ¥çåæ°æéæ¹åæåâ/bin/shâã
äº.2 æ§å¶ç¨åºè½¬ç§»å°æ»å»ä»£ç çæ¹æ³
ææçè¿äºæ¹æ³é½æ¯å¨å¯»æ±æ¹åç¨åºçæ§è¡æµç¨ï¼ä½¿ä¹è·³è½¬å°æ»å»ä»£ç ãæåºæ¬çå°±æ¯æº¢åºä¸ä¸ªæ²¡æè¾¹çæ£æ¥æè å ¶å®å¼±ç¹çç¼å²åºï¼è¿æ ·å°±æ°ä¹±äºç¨åºçæ£å¸¸çæ§è¡é¡ºåºãéè¿æº¢åºä¸ä¸ªç¼å²åºï¼æ»å»è å¯ä»¥ç¨æ´åçæ¹æ³æ¹åç¸é»çç¨åºç©ºé´èç´æ¥è·³è¿äºç³»ç»çæ£æ¥ã
åç±»çåºåæ¯æ»å»è æ寻æ±çç¼å²åºæº¢åºçç¨åºç©ºé´ç±»åãååä¸æ¯å¯ä»¥ä»»æç空é´ãå®é ä¸ï¼è®¸å¤çç¼å²åºæº¢åºæ¯ç¨æ´åçæ¹æ³æ¥å¯»æ±æ¹åç¨åºæéçãè¿ç±»ç¨åºçä¸åä¹å¤å°±æ¯ç¨åºç©ºé´ççªç ´åå å空é´çå®ä½ä¸åã主è¦æ以ä¸ä¸ç§ï¼ 1ãæ´»å¨çºªå½ï¼Activation Recordsï¼ï¼
æ¯å½ä¸ä¸ªå½æ°è°ç¨åçæ¶ï¼è°ç¨è ä¼å¨å æ ä¸çä¸ä¸ä¸ªæ´»å¨çºªå½ï¼å®å å«äºå½æ°ç»ææ¶è¿åçå°åãæ»å»è éè¿æº¢åºå æ ä¸çèªå¨åéï¼ä½¿è¿åå°åæåæ»å»ä»£ç ãéè¿æ¹åç¨åºçè¿åå°åï¼å½å½æ°è°ç¨ç»ææ¶ï¼ç¨åºå°±è·³è½¬å°æ»å»è 设å®çå°åï¼èä¸æ¯åå çå°åãè¿ç±»çç¼å²åºæº¢åºè¢«ç§°ä¸ºå æ 溢åºæ»å»ï¼Stack Smashing Attackï¼ï¼æ¯ç®åæ常ç¨çç¼å²åºæº¢åºæ»å»æ¹å¼ã
2ãå½æ°æéï¼Function Pointersï¼ï¼
å½æ°æéå¯ä»¥ç¨æ¥å®ä½ä»»ä½å°å空é´ãä¾å¦ï¼âvoid (* foo)()â声æäºä¸ä¸ªè¿åå¼ä¸ºvoidçå½æ°æéåéfooãæ以æ»å»è åªéå¨ä»»ä½ç©ºé´å çå½æ°æééè¿æ¾å°ä¸ä¸ªè½å¤æº¢åºçç¼å²åºï¼ç¶å溢åºè¿ä¸ªç¼å²åºæ¥æ¹åå½æ°æéãå¨æä¸æ¶å»ï¼å½ç¨åºéè¿å½æ°æéè°ç¨å½æ°æ¶ï¼ç¨åºçæµç¨å°±ææ»å»è çæå¾å®ç°äºãå®çä¸ä¸ªæ»å»èä¾å°±æ¯å¨Linuxç³»ç»ä¸çsuperprobeç¨åºã
3ãé¿è·³è½¬ç¼å²åºï¼Longjmp buffersï¼ï¼
å¨Cè¯è¨ä¸å å«äºä¸ä¸ªç®åçæ£éª/æ¢å¤ç³»ç»ï¼ç§°ä¸ºsetjmp/longjmpãæææ¯å¨æ£éªç¹è®¾å®âsetjmp(buffer)âï¼ç¨âlongjmp(buffer)âæ¥æ¢å¤æ£éªç¹ãç¶èï¼å¦ææ»å»è è½å¤è¿å ¥ç¼å²åºç空é´ï¼é£ä¹âlongjmp(buffer)âå®é ä¸æ¯è·³è½¬å°æ»å»è ç代ç ã象å½æ°æéä¸æ ·ï¼longjmpç¼å²åºè½å¤æåä»»ä½å°æ¹ï¼æ以æ»å»è æè¦åçå°±æ¯æ¾å°ä¸ä¸ªå¯ä¾æº¢åºçç¼å²åºãä¸ä¸ªå ¸åçä¾åå°±æ¯Perl 5.çç¼å²åºæº¢åºæ¼æ´ï¼æ»å»è é¦å è¿å ¥ç¨æ¥æ¢å¤ç¼å²åºæº¢åºççlongjmpç¼å²åºï¼ç¶å诱导è¿å ¥æ¢å¤æ¨¡å¼ï¼è¿æ ·å°±ä½¿Perlç解éå¨è·³è½¬å°æ»å»ä»£ç ä¸äºã
äº.3代ç æ¤å ¥åæµç¨æ§å¶ææ¯ç综ååæ
æç®åå常è§çç¼å²åºæº¢åºæ»å»ç±»åå°±æ¯å¨ä¸ä¸ªå符串é综åäºä»£ç æ¤å ¥åæ´»å¨çºªå½ææ¯ãæ»å»è å®ä½ä¸ä¸ªå¯ä¾æº¢åºçèªå¨åéï¼ç¶ååç¨åºä¼ éä¸ä¸ªå¾å¤§çå符串ï¼å¨å¼åç¼å²åºæº¢åºï¼æ¹åæ´»å¨çºªå½çåæ¶æ¤å ¥äºä»£ç ãè¿ä¸ªæ¯ç±Levyæåºçæ»å»ç模æ¿ãå 为Cå¨ä¹ æ¯ä¸åªä¸ºç¨æ·ååæ°å¼è¾å¾å°çç¼å²åºï¼å æ¤è¿ç§æ¼æ´æ»å»çå®ä¾åå常è§ã
代ç æ¤å ¥åç¼å²åºæº¢åºä¸ä¸å®è¦å¨å¨ä¸æ¬¡å¨ä½å å®æãæ»å»è å¯ä»¥å¨ä¸ä¸ªç¼å²åºå æ¾ç½®ä»£ç ï¼è¿æ¯ä¸è½æº¢åºçç¼å²åºãç¶åï¼æ»å»è éè¿æº¢åºå¦å¤ä¸ä¸ªç¼å²åºæ¥è½¬ç§»ç¨åºçæéãè¿ç§æ¹æ³ä¸è¬ç¨æ¥è§£å³å¯ä¾æº¢åºçç¼å²åºä¸å¤å¤§ï¼ä¸è½æ¾ä¸å ¨é¨ç代ç ï¼çæ åµã
å¦ææ»å»è è¯å¾ä½¿ç¨å·²ç»å¸¸é©»ç代ç èä¸æ¯ä»å¤é¨æ¤å ¥ä»£ç ï¼ä»ä»¬éå¸¸å¿ é¡»æ代ç ä½ä¸ºåæ°è°ç¨ã举ä¾æ¥è¯´ï¼å¨libcï¼å ä¹ææçCç¨åºé½è¦å®æ¥è¿æ¥ï¼ä¸çé¨å代ç 段ä¼æ§è¡âexec(something)âï¼å ¶ä¸somthingå°±æ¯åæ°ãæ»å»è ç¶å使ç¨ç¼å²åºæº¢åºæ¹åç¨åºçåæ°ï¼ç¶åå©ç¨å¦ä¸ä¸ªç¼å²åºæº¢åºä½¿ç¨åºæéæålibcä¸çç¹å®ç代ç 段ã
ä¸ã ç¼å²åºæº¢åºæ»å»çå®éªåæ
å¹´1æï¼Cerberus å®å ¨å°ç»åå¸äºå¾®è½¯çIIS 4/5åå¨çä¸ä¸ªç¼å²åºæº¢åºæ¼æ´ãæ»å»è¯¥æ¼æ´ï¼å¯ä»¥ä½¿Webæå¡å¨å´©æºï¼çè³è·åè¶ çº§æéæ§è¡ä»»æç代ç ãç®åï¼å¾®è½¯çIIS 4/5 æ¯ä¸ç§ä¸»æµçWebæå¡å¨ç¨åºï¼å èï¼è¯¥ç¼å²åºæº¢åºæ¼æ´å¯¹äºç½ç«çå®å ¨ææäºæ大çå¨èï¼å®çæè¿°å¦ä¸ï¼
æµè§å¨åIISæåºä¸ä¸ªHTTP请æ±ï¼å¨ååï¼æIPå°åï¼åï¼å ä¸ä¸ä¸ªæ件åï¼è¯¥æ件å以â.htrâååç¼ãäºæ¯IIS认为客æ·ç«¯æ£å¨è¯·æ±ä¸ä¸ªâ.htrâæ件ï¼â.htrâæ©å±æ件被æ åæISAPIï¼Internet Service APIï¼åºç¨ç¨åºï¼IISä¼å¤ä½åææé对â.htrâèµæºç请æ±å° ISM.DLLç¨åº ï¼ISM.DLL æå¼è¿ä¸ªæ件并æ§è¡ä¹ã
æµè§å¨æ交ç请æ±ä¸å å«çæ件ååå¨å¨å±é¨åéç¼å²åºä¸ï¼è¥å®å¾é¿ï¼è¶ è¿ä¸ªå符æ¶ï¼ä¼å¯¼è´å±é¨åéç¼å²åºæº¢åºï¼è¦çè¿åå°å空é´ï¼ä½¿IISå´©æºãæ´è¿ä¸æ¥ï¼å¨å¦å¾1æ示ç2Kç¼å²åºä¸æ¤å ¥ä¸æ®µç²¾å¿è®¾è®¡ç代ç ï¼å¯ä»¥ä½¿ä¹ä»¥ç³»ç»è¶ 级æéè¿è¡ã
åãç¼å²åºæº¢åºæ»å»çé²èæ¹æ³
ç¼å²åºæº¢åºæ»å»å äºè¿ç¨ç½ç»æ»å»çç»å¤§å¤æ°ï¼è¿ç§æ»å»å¯ä»¥ä½¿å¾ä¸ä¸ªå¿åçInternetç¨æ·ææºä¼è·å¾ä¸å°ä¸»æºçé¨åæå ¨é¨çæ§å¶æãå¦æè½ææå°æ¶é¤ç¼å²åºæº¢åºçæ¼æ´ï¼åå¾å¤§ä¸é¨åçå®å ¨å¨èå¯ä»¥å¾å°ç¼è§£ã
ç®åæåç§åºæ¬çæ¹æ³ä¿æ¤ç¼å²åºå åç¼å²åºæº¢åºçæ»å»åå½±åãå¨å.1ä¸ä»ç»äºéè¿æä½ç³»ç»ä½¿å¾ç¼å²åºä¸å¯æ§è¡ï¼ä»èé»æ¢æ»å»è æ¤å ¥æ»å»ä»£ç ãå¨å.2ä¸ä»ç»äºå¼ºå¶åæ£ç¡®ç代ç çæ¹æ³ãå¨å.3ä¸ä»ç»äºå©ç¨ç¼è¯å¨çè¾¹çæ£æ¥æ¥å®ç°ç¼å²åºçä¿æ¤ãè¿ä¸ªæ¹æ³ä½¿å¾ç¼å²åºæº¢åºä¸å¯è½åºç°ï¼ä»èå®å ¨æ¶é¤äºç¼å²åºæº¢åºçå¨èï¼ä½æ¯ç¸å¯¹èè¨ä»£ä»·æ¯è¾å¤§ãå¨å.4ä¸ä»ç»ä¸ç§é´æ¥çæ¹æ³ï¼è¿ä¸ªæ¹æ³å¨ç¨åºæé失æåè¿è¡å®æ´æ§æ£æ¥ãè½ç¶è¿ç§æ¹æ³ä¸è½ä½¿å¾ææçç¼å²åºæº¢åºå¤±æï¼ä½å®è½é»æ¢ç»å¤§å¤æ°çç¼å²åºæº¢åºæ»å»ãç¶åå¨å.5ï¼åæè¿ç§ä¿æ¤æ¹æ³çå ¼å®¹æ§åæ§è½ä¼å¿ã
å.1 éæ§è¡çç¼å²åº
éè¿ä½¿è¢«æ»å»ç¨åºçæ°æ®æ®µå°å空é´ä¸å¯æ§è¡ï¼ä»è使å¾æ»å»è ä¸å¯è½æ§è¡è¢«æ¤å ¥è¢«æ»å»ç¨åºè¾å ¥ç¼å²åºç代ç ï¼è¿ç§ææ¯è¢«ç§°ä¸ºéæ§è¡çç¼å²åºææ¯ãå¨æ©æçUnixç³»ç»è®¾è®¡ä¸ï¼åªå 许ç¨åºä»£ç å¨ä»£ç 段ä¸æ§è¡ãä½æ¯è¿æ¥çUnixåMS Windowsç³»ç»ç±äºè¦å®ç°æ´å¥½çæ§è½ååè½ï¼å¾å¾å¨æ°æ®æ®µä¸å¨æå°æ¾å ¥å¯æ§è¡ç代ç ï¼è¿ä¹æ¯ç¼å²åºæº¢åºçæ ¹æºã为äºä¿æç¨åºçå ¼å®¹æ§ï¼ä¸å¯è½ä½¿å¾ææç¨åºçæ°æ®æ®µä¸å¯æ§è¡ã
ä½æ¯å¯ä»¥è®¾å®å æ æ°æ®æ®µä¸å¯æ§è¡ï¼è¿æ ·å°±å¯ä»¥ä¿è¯ç¨åºçå ¼å®¹æ§ãLinuxåSolarisé½åå¸äºæå ³è¿æ¹é¢çå æ ¸è¡¥ä¸ãå 为å ä¹æ²¡æä»»ä½åæ³çç¨åºä¼å¨å æ ä¸åæ¾ä»£ç ï¼è¿ç§åæ³å ä¹ä¸äº§çä»»ä½å ¼å®¹æ§é®é¢ï¼é¤äºå¨Linuxä¸ç两个ç¹ä¾ï¼è¿æ¶å¯æ§è¡ç代ç å¿ é¡»è¢«æ¾å ¥å æ ä¸ï¼
ï¼1ï¼ä¿¡å·ä¼ éï¼
Linuxéè¿åè¿ç¨å æ éæ¾ä»£ç ç¶åå¼åä¸ææ¥æ§è¡å¨å æ ä¸ç代ç æ¥å®ç°åè¿ç¨åéUnixä¿¡å·ãéæ§è¡ç¼å²åºçè¡¥ä¸å¨åéä¿¡å·çæ¶åæ¯å 许ç¼å²åºå¯æ§è¡çã
ï¼2ï¼GCCçå¨çº¿éç¨ï¼
ç 究åç°gccå¨å æ åºéæ¾ç½®äºå¯æ§è¡ç代ç ä½ä¸ºå¨çº¿éç¨ä¹ç¨ãç¶èï¼å ³éè¿ä¸ªåè½å¹¶ä¸äº§çä»»ä½é®é¢ï¼åªæé¨ååè½ä¼¼ä¹ä¸è½ä½¿ç¨ã
éæ§è¡å æ çä¿æ¤å¯ä»¥ææå°å¯¹ä»æ代ç æ¤å ¥èªå¨åéçç¼å²åºæº¢åºæ»å»ï¼è对äºå ¶å®å½¢å¼çæ»å»å没æææãéè¿å¼ç¨ä¸ä¸ªé©»ççç¨åºçæéï¼å°±å¯ä»¥è·³è¿è¿ç§ä¿æ¤æªæ½ãå ¶å®çæ»å»å¯ä»¥éç¨æ代ç æ¤å ¥å æè éææ°æ®æ®µä¸æ¥è·³è¿ä¿æ¤ã
å.2 ç¼åæ£ç¡®ç代ç
ç¼åæ£ç¡®ç代ç æ¯ä¸ä»¶é常ææä¹çå·¥ä½ï¼ç¹å«è±¡ç¼åCè¯è¨é£ç§é£æ ¼èªç±è容æåºéçç¨åºï¼è¿ç§é£æ ¼æ¯ç±äºè¿½æ±æ§è½è忽è§æ£ç¡®æ§çä¼ ç»å¼èµ·çã尽管è±äºå¾é¿çæ¶é´ä½¿å¾äººä»¬ç¥éäºå¦ä½ç¼åå®å ¨çç¨åºï¼å ·æå®å ¨æ¼æ´çç¨åºä¾æ§åºç°ãå æ¤äººä»¬å¼åäºä¸äºå·¥å ·åææ¯æ¥å¸®å©ç»éªä¸è¶³çç¨åºåç¼åå®å ¨æ£ç¡®çç¨åºã
æç®åçæ¹æ³å°±æ¯ç¨grepæ¥æç´¢æºä»£ç ä¸å®¹æ产çæ¼æ´çåºçè°ç¨ï¼æ¯å¦å¯¹strcpyåsprintfçè°ç¨ï¼è¿ä¸¤ä¸ªå½æ°é½æ²¡ææ£æ¥è¾å ¥åæ°çé¿åº¦ãäºå®ä¸ï¼å个çæ¬Cçæ ååºåæè¿æ ·çé®é¢åå¨ã
æ¤å¤ï¼äººä»¬è¿å¼åäºä¸äºé«çº§çæ¥éå·¥å ·ï¼å¦fault injectionçãè¿äºå·¥å ·çç®çå¨äºéè¿äººä¸ºéæºå°äº§çä¸äºç¼å²åºæº¢åºæ¥å¯»æ¾ä»£ç çå®å ¨æ¼æ´ãè¿æä¸äºéæåæå·¥å ·ç¨äºä¾¦æµç¼å²åºæº¢åºçåå¨ã
è½ç¶è¿äºå·¥å ·å¸®å©ç¨åºåå¼åæ´å®å ¨çç¨åºï¼ä½æ¯ç±äºCè¯è¨çç¹ç¹ï¼è¿äºå·¥å ·ä¸å¯è½æ¾åºææçç¼å²åºæº¢åºæ¼æ´ãæ以ï¼ä¾¦éææ¯åªè½ç¨æ¥åå°ç¼å²åºæº¢åºçå¯è½ï¼å¹¶ä¸è½å®å ¨å°æ¶é¤å®çåå¨ã