(转) 遭遇sprintf导致的堆栈崩溃。不使用sprintf_s()的代价
2010-12-03 16:46
429 查看
问题描述:
一直以来,引擎都运行的很稳定。而且在所有电脑上都很稳定。
但是,唯独一个笔记本不行。引擎在其上一运行就崩掉。
问题分析:
根据生成的dump文件,windbg的分析结果为:
The stored exception information can be accessed via .ecxr.
(c98.da0): Stack buffer overflow - code c0000409 (first/second chance not available)
还有 frame IP 被破坏, (IP是什么来着? 指令地址?忘了,权当作当前frame的基地址吧)可见, 可能是堆栈的基地址被破坏了
查看调用堆栈:
。。。一些系统的dll内部函数
xeyez!funxEyeLoadAllDll( ),
。。。。
问题应该出在funxEyeLoadAllDll这里,
根据windbg提示的出错行,定位到该函数的最后一行!! 可见就是函数返回时,返回失败!
查看该函数的实现:
int funxEyeLoadAllDll( )
{
char * strOldEnv;
strOldEnv = getenv("Path");
// 把插件目录加入到环境变量,以便可以让系统载入DLL时找到插件间依赖的DLL
char newEnv[1024] = {0};
sprintf(newEnv,"Path=%s;.\\External;.\\USB",strOldEnv);
TCHAR buf[MAX_PATH] = {0};
TCHAR *psz;
GetModuleFileName(NULL, buf, MAX_PATH);
。。。。。。
。。。。。。
} // windbg提示该行出错 <-------------
经分析,可能问题出在 下面代码处,下面代码的意思是,把当前系统的PATH环境变量读入到newEnv中。
由于使用sprintf非安全版,就可能破坏堆栈!
char newEnv[1024] = {0};
sprintf(newEnv,"Path=%s;.\\External;.\\USB",strOldEnv);
果然, 查看那个笔记本的path变量,居然有10几行,每行有100多个字母!
看来,防御性编程是很有必要的!
不要假设客户的电脑的情况!
还好,现在可以使用windbg+pdb文件调试,要是不能,这样的bug不知会调到什么时候!更要命的是,可能会被黑客攻击
本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/zdl1016/archive/2009/04/15/4076796.aspx
一直以来,引擎都运行的很稳定。而且在所有电脑上都很稳定。
但是,唯独一个笔记本不行。引擎在其上一运行就崩掉。
问题分析:
根据生成的dump文件,windbg的分析结果为:
The stored exception information can be accessed via .ecxr.
(c98.da0): Stack buffer overflow - code c0000409 (first/second chance not available)
还有 frame IP 被破坏, (IP是什么来着? 指令地址?忘了,权当作当前frame的基地址吧)可见, 可能是堆栈的基地址被破坏了
查看调用堆栈:
。。。一些系统的dll内部函数
xeyez!funxEyeLoadAllDll( ),
。。。。
问题应该出在funxEyeLoadAllDll这里,
根据windbg提示的出错行,定位到该函数的最后一行!! 可见就是函数返回时,返回失败!
查看该函数的实现:
int funxEyeLoadAllDll( )
{
char * strOldEnv;
strOldEnv = getenv("Path");
// 把插件目录加入到环境变量,以便可以让系统载入DLL时找到插件间依赖的DLL
char newEnv[1024] = {0};
sprintf(newEnv,"Path=%s;.\\External;.\\USB",strOldEnv);
TCHAR buf[MAX_PATH] = {0};
TCHAR *psz;
GetModuleFileName(NULL, buf, MAX_PATH);
。。。。。。
。。。。。。
} // windbg提示该行出错 <-------------
经分析,可能问题出在 下面代码处,下面代码的意思是,把当前系统的PATH环境变量读入到newEnv中。
由于使用sprintf非安全版,就可能破坏堆栈!
char newEnv[1024] = {0};
sprintf(newEnv,"Path=%s;.\\External;.\\USB",strOldEnv);
果然, 查看那个笔记本的path变量,居然有10几行,每行有100多个字母!
看来,防御性编程是很有必要的!
不要假设客户的电脑的情况!
还好,现在可以使用windbg+pdb文件调试,要是不能,这样的bug不知会调到什么时候!更要命的是,可能会被黑客攻击
本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/zdl1016/archive/2009/04/15/4076796.aspx
相关文章推荐
- 遭遇sprintf导致的堆栈崩溃。不使用sprintf_s()的代价
- IOS 崩溃使用 info malloc-history 来看堆栈
- iOS --- 使用runtime解决3D Touch导致UIImagePicker崩溃的问题
- iOS --- 使用runtime解决3D Touch导致UIImagePicker崩溃的问题
- 使用 symbolicatecrash 解析崩溃堆栈
- 线程中WaitCommEvent使用临时栈区变量导致Release版本崩溃
- 还原堆栈信息,分析地形系统使用ASTC格式的纹理导致Crash的问题
- 警告:使用xmonitor.cn的服务将导致IE浏览器崩溃
- 在c++的struct中使用类成员导致android下崩溃-SIGSEGV
- 使用gdb调试内存重复释放导致的malloc_error_break错误崩溃
- 转: iOS崩溃堆栈符号表使用与用途
- 如何根据程序崩溃时的DMP文件使用WinDbg查找调用堆栈
- vc2010使用CMFCEditBrowseCtrl控件导致程序退出崩溃解决
- 使用const_cast转换全局const变量导致程序崩溃的原因
- 如何根据程序崩溃时的DMP文件使用WinDbg查找调用堆栈
- ios开发使用cocoapods倒入一堆的三方库之后开始崩溃了。发觉是导入极光引用的iOS10UserNotifications.framework导致的问题 Reason: image not found
- 按键精灵 使用LogStart可能会导致程序崩溃
- 使用指针忘记分配空间,导致WideCharToMultiByte崩溃
- 使用cpio命令导致系统几乎崩溃的一次经历
- 如何根据程序崩溃时的DMP文件使用WinDbg查找调用堆栈