最近某安全公司发现的glibc gethostbyname buffer overflow漏洞，该漏洞被命名为ghost，其原因是glibc的Gethostbyname函数在处理传入的畸形域名信息作解析时导致堆溢出，众多网络应用依赖glibc模块的将受到影响，现已经确认受影响的版本是glibc 2.2<=version<=2.17，但是在我们的安全研究人员在测试时触发了另一个有意思的格式串漏洞，让我们来看看具体过程。
测试环境ubuntu glibc 2.12 python 2.6.6
当我们的研究人员在执行python如下代码时发现程序崩溃
|
1
2
|
importsocket
socket.gethostbyname('0'*10000000)
|
让我们看看漏洞触发流程，上gdb看看
通过查看异常信息点发现，异常发生在如下代码处
在memcpy函数进行内存拷贝时出错
通过分析发现，rdx是拷贝长度，rsi是源缓冲区，rdi是目的缓冲区，通过分析发现rsi是我们传入的数据，而rdi这个地址不能访问，所以memcpy函数进行拷贝操作时将会出现写入目的地址空间失败，通过分析发现这个地址未初始化，最终导致程序crash.
我们通过分析发现python语句
|
1
2
|
Import socket
Socket.gethostbyname(‘0’*10000000)
|
将会调用sscanf格式转换字符串’0’*10000000成整形数据“%d.%d.%d.%d”，我们通过分析glibc里面的源代码stdio-common/vfscanf.c发现，将会如下处理
关键问题发生在宏ADDW，如下代码是glibc 2.12
这里代码的作用是把我们传入的字串循环拷贝到栈上面去，alloca函数是开辟栈空间，我们知道默认情况下Linux的栈空间是8MB，当我们传入的参数超长时，会导致栈空间耗尽，导致内存写上溢，当我们写入不可预知的未映射的内存时导致程序崩溃. 通过搜索发现这个格式串漏洞在2.15版被修复
补丁代码如下:
补丁代码的处理逻辑是把传入的数据复制到堆内存里面去而不是在栈空间里面。
该格式串漏洞很难利用，拷贝到的目的地址不可预测并且很难控制。
该漏洞会造成远程crash，赶紧升级glibc吧。
感谢阿里安全研究团队和漏洞分析团队的努力
