目前很多地方都转载着利用9行代码史windows崩溃的文章，不过我发现没有关于为什么会使windows崩溃的分析，
九行代码让windows崩溃原因分析Windows安全
。我先把原文给大家看看。然后把具体的细节说一下。微软一直声称windows xp多么多么稳定可靠，但日前一位名为masaru tsuchiyama的外国编程爱好者刊出了一小段c语言代码。这一只有9行的小程序如果在windows xp/2000下运行，则可导致系统完全崩溃，并重新启动。但此程序对其他版本的windows没有任何影响。这一产生无限循环输出的小程序的代码如下：
#include
int main( void )
{
for(;{
printf( "hung up\t\t\b\b\b\b\b\b" );
print("hung up\t\t\b\b\b\b\b\b";
}
return 0;
}
如果去掉print语句，此程序还会导致nt 4.0系统出现蓝屏错误。
但愿微软赶快修补这一漏洞。同时提醒大家，此代码只可用于研究，不得用于任何非法勾当。
如果去掉print语句，此程序还会导致nt 4.0系统出现蓝屏错误。
以上遍是网上纷纷转载的原文。
关于为什么会导致错误，就在看下面的分析吧。
\b是退格
代码是用退格符把console里的光标退成null,
然后显示任一字符(除\t),即崩溃.
但是一般情况\b是不能退出规定的区域的,
而如\b的前一个字符是\t则可以退出规定的区域(bug?).
双击运行时,系统将新建一个console,所以我们的显示在console
的左上角,我们只需两个\b就可退出屏幕(第一个吃掉\t).
原因是win32子系统意外中止导致系统崩溃.smss是windows系统建立的第一个用户进程,他的工作之一是建立csrss和winlogon进程,然后一直等待这两个进程的句柄,如果这两个进程意外中止,
smss将导致系统崩溃.csrss进程就是专门负责所有win32进程和系统进行通信的进程.所有win32进程的系统调用都会由csrss帮你完成,但是这样做因为需要进程切换所以效率太低.所以在windowsnt从3.51升级到4.0时将许多部分从用户态移入内核态,win32进程的系统调用将直接进行以减少进程切换时间.但是仍有少量系统调用需要csrss进程完成,据我所知createprocess
是这样的函数,所有console上的显示是这样的函数(还有其他的).
当我们调用printf("\t\b\ba")最终将调用writefile api.
writefile((handle)7,"\t\b\ba",null,null)等同于
printf("\t\b\ba"),7是console标准输入的句柄.
writefile判断句柄类型,如是文件句柄将调用ntdll.dll中的
ntwritefile函数.如是console句柄将调用writeconsolea函数.
writeconsolea函数将调用ntdll.dll中的csrclientcallserver
函数通知csrss进程,然后调用ntrequestwaitreplyport等待结果.
估计是csrss进程在处理这个请求过程中出错了.
几年前侯杰老师分析后我整理出来的，
电脑资料
《九行代码让windows崩溃原因分析Windows安全》(https://www.unjs.com)。因为没有地方说过，甚至简单的分析都没有，所以我才把他翻出来 ：） 细心的人发现csrss出错的细节没有描述，谁有时间就补充一下吧..关 键 字：Windows安全
相关文章：
英特尔酷睿2存在安全缺陷
卡巴再次误报 将注册表判为木马
如何隐藏硬盘分区
用Regsvr32命令解决系统疑难杂症
赛门铁克误杀受损用户理赔网站开通