CSRF简单介绍及利用方法
- - lsh4ckCSRF（Cross-site request forgery）跨站请求伪造，由于目标站无token/referer限制，导致攻击者可以用户的身份完成操作达到各种目的. 根据HTTP请求方式，CSRF利用方式可分为两种. 0x01 GET类型的CSRF. 这种类型的CSRF一般是由于程序员安全意识不强造成的.
CSRF简单介绍及利用方法
标签：
csrf
利用
方法
| 发表时间：2014-02-01 22:36 | 作者：
出处：http://www.lshack.cn/
0x00 简要介绍
CSRF（Cross-site request forgery）跨站请求伪造，由于目标站无token/referer限制，导致攻击者可以用户的身份完成操作达到各种目的。根据HTTP请求方式，CSRF利用方式可分为两种。
0x01 GET类型的CSRF
这种类型的CSRF一般是由于程序员安全意识不强造成的。GET类型的CSRF利用非常简单，只需要一个HTTP请求，所以，一般会这样利用：
<img src=http://wooyun.org/csrf.php?xx=11 /> 如下图，在访问含有这个img的页面后，成功向http://wooyun.org/csrf.php?xx=11发出了一次HTTP请求。所以，如果将该网址替换为存在GET型CSRF的地址，就能完成攻击了。
乌云相关案例：
http://wooyun.org/bugs/wooyun-2010-023783
http://wooyun.org/bugs/wooyun-2010-027258 (还未公开)
0x02 POST类型的CSRF
这种类型的CSRF危害没有GET型的大，利用起来通常使用的是一个自动提交的表单，如：
<form action=http://wooyun.org/csrf.php method=POST><input type="text" name="xx" value="11" /></form><script> document.forms[0].submit(); </script> 访问该页面后，表单会自动提交，相当于模拟用户完成了一次POST操作。
乌云相关案例：
http://wooyun.org/bugs/wooyun-2010-026622
http://wooyun.org/bugs/wooyun-2010-022895
0x03 其他猥琐流CSRF
过基础认证的CSRF(常用于路由器):
POC:
<img src=http://admin:[email protected] /> 加载该图片后，路由器会给用户一个合法的SESSION，就可以进行下一步操作了。
乌云相关案例：
WooYun: TP-LINK路由器CSRF，可干许多事（影响使用默认密码或简单密码用户）
0x04 如何修复
针对CSRF的防范，有以下几点要注意：
关键操作只接受POST请求
验证码
CSRF攻击的过程，往往是在用户不知情的情况下构造网络请求。所以如果使用验证码，那么每次操作都需要用户进行互动，从而简单有效的防御了CSRF攻击。
但是如果你在一个网站作出任何举动都要输入验证码会严重影响用户体验，所以验证码一般只出现在特殊操作里面，或者在注册时候使用
检测refer
常见的互联网页面与页面之间是存在联系的，比如你在www.baidu.com应该是找不到通往www.google.com的链接的，再比如你在论坛留言，那么不管你留言后重定向到哪里去了，之前的那个网址一定会包含留言的输入框，这个之前的网址就会保留在新页面头文件的Referer中
通过检查Referer的值，我们就可以判断这个请求是合法的还是非法的，但是问题出在服务器不是任何时候都能接受到Referer的值，所以Refere Check 一般用于监控CSRF攻击的发生，而不用来抵御攻击。
Token
目前主流的做法是使用Token抵御CSRF攻击。下面通过分析CSRF 攻击来理解为什么Token能够有效
CSRF攻击要成功的条件在于攻击者能够预测所有的参数从而构造出合法的请求。所以根据不可预测性原则，我们可以对参数进行加密从而防止CSRF攻击。
另一个更通用的做法是保持原有参数不变，另外添加一个参数Token，其值是随机的。这样攻击者因为不知道Token而无法构造出合法的请求进行攻击。
Token 使用原则
Token要足够随机————只有这样才算不可预测Token是一次性的，即每次请求成功后要更新Token————这样可以增加攻击难度，增加预测难度Token要注意保密性————敏感操作使用post，防止Token出现在URL中 0x05 测试CSRF中注意的问题
如果同域下存在xss的话，除了验证码，其他的方式都无法防御这个问题。
有个程序后端可能是用REQUEST方式接受的，而程序默认是POST请求，其实改成GET方式请求也可以发送过去，存在很严重的隐患。
当只采用refer防御时，可以把请求中的修改成如下试试能否绕过：
原始refer： http://test.com/index.php
测试几种方式（以下方式可以通过的话即可能存在问题）：
http://test.com.attack.com/index.phphttp://attack.com/test.com/index.php[空] refer为空构造的方法：
由于浏览器特性，跨协议请求时不带refer（Geckos内核除外），比如https跳到http，如果https环境不好搭建的话，ftp其实也是可以的：）<iframe src="data:text/html,<script src=http://www.baidu.com></script>"> //IE不支持利用 xxx.src='javascript:"HTML代码的方式"'; 可以去掉refer，IE8要带。<iframe id="aa" src=""></iframe><script>document.getElementById("aa").src='javascript:"<html><body>wooyun.org<scr'+'ipt>eval(你想使用的代码)</scr'+'ipt></body></html>"';</script>//来自于二哥gainover相关 [csrf 利用 方法] 推荐：
D-link路由器CSRF漏洞利用详解
- - 牛X阿德马本文的目的是展示CSRF漏洞的危害，以D-link的DIR-600路由器（硬件版本：BX，固件版本：2.16）的CSRF漏洞为例. D-link的CSRF漏洞已经是公开的，本文将详细描述一下整个D-link CSRF漏洞的利用，如何通过CSRF漏洞实现远程管理访问D-link路由器. 如果某些request请求中没有csrf token或不需要密码授权，会存在CSRF漏洞，该漏洞允许攻击者伪造登录用户发送请求，因此可以导致用户执行攻击者想要的操作请求.
CSRF简介
- - 互联网 - ITeye博客转自： http://www.cnblogs.com/hyddd/archive/2009/04/09/1432744.html. CSRF（Cross-site request forgery），中文名称：跨站请求伪造，也被称为：one click attack/session riding，缩写为：CSRF/XSRF.
浅谈CSRF攻击方式
- - 酷勤网-挖经验 [expanded by feedex.net]酷勤网 � 程序员的那点事. CSRF（Cross-site request forgery），中文名称：跨站请求伪造，也被称为：one click attack/session riding，缩写为：CSRF/XSRF. 你这可以这么理解CSRF攻击：攻击者盗用了你的身份，以你的名义发送恶意请求.
CSRF 攻击的应对之道
- - 互联网 - ITeye博客CSRF 攻击的应对之道. 牛 刚, 软件工程师, IBM. 童 强国, 高级软件工程师, IBM. 简介： CSRF（Cross Site Request Forgery, 跨站域请求伪造）是一种网络的攻击方式，该攻击可以在受害者毫不知情的情况下以受害者名义伪造请求发送给受攻击站点，从而在并未授权的情况下执行在权限保护之下的操作，有很大的危害性.
防范 CSRF 跨站请求伪造
- - 文章 – 伯乐在线CSRF（Cross-site request forgery，中文为 跨站请求伪造）是一种利用网站可信用户的权限去执行未授权的命令的一种恶意攻击. 通过 伪装可信用户的请求来利用信任该用户的网站，这种攻击方式虽然不是很流行，但是却难以防范，其危害也不比其他安全漏洞小. 本文将简要介绍CSRF产生的原因以及利用方式，然后对如何避免这种攻击方式提供一些可供参考的方案，希望广大程序猿们都能够对这种攻击方式有所了解，避免自己开发的应用被别人利用.
再谈Spring MVC中对于CSRF攻击的防御
- - CSDN博客架构设计推荐文章在Spring MVC应用中实施CSRF防御，一般会采用 EYAL
LUPU的方案，该方案的基本思路是在生成表单时在其中插入一个随机数作为签名，在表单提交后对其中的签名进行验证，根据验证的结果区分该表单是否是经由应用签署的合法表单. 如果签名不正确或不存在签名，则说明请求可能已被劫持. EYAL LUPU方案的巧妙之处在于，通过使用HandlerInterceptorAdapter和Spring3.1中新引入的ReuqestDataValueProcessor这一对组合，使得签名和验证的过程无缝地集成到现有应用中.
程序员必知（一）：CSRF跨站请求伪造
- - CSDN博客研发管理推荐文章首先说明一下什么是CSRF(Cross Site Request Forgery). 跨站请求伪造是指攻击者可以在第三方站点制造HTTP请求并以用户在目标站点的登录态发送到目标站点，而目标站点未校验请求来源使第三方成功伪造请求. JS控制浏览器发送请求的时候，浏览器是根据目标站点，而不是来源站点，来发送cookie的，如果当前会话中有目标站点的cookie，就发送出去.
漏洞科普：对于XSS和CSRF你究竟了解多少
- - FreeBuf.COM 随着Web2.0、社交网络、微博等等一系列新型的互联网产品的诞生，基于Web环境的互联网应用越来越广泛，企业信息化的过程中各种应用都架设在Web平台上，Web业务的迅速发展也引起黑客们的强烈关注，接踵而至的就是Web安全威胁的凸显. 黑客利用网站操作系统的漏洞和Web服务程序的SQL注入漏洞等得到Web服务器的控制权限，轻则篡改网页内容，重则窃取重要内部数据，更为严重的则是在网页中植入恶意代码，使得网站访问者受到侵害.
[Web 安全] 如何通过JWT防御CSRF
- - SegmentFault 最新的文章先解释两个名词，CSRF 和 JWT. CSRF (Cross Site Request Forgery)，它讲的是你在一个浏览器中打开了两个标签页，其中一个页面通过窃取另一个页面的 cookie 来发送伪造的请求，因为 cookie 是随着请求自动发送到服务端的. JWT (JSON Web Token)，通过某种算法将两个 JSON 对象加密成一个字符串，该字符串能代表唯一用户.