pikachu学习——CSRF（跨站请求伪造）

    Cross-site request forgery简称为“CSRF”

　　在CSRF的攻击场景中攻击者会伪造一个请求（这个请求一般是一个链接），然后欺骗目标用户进行点击，用户一旦点击了这个请求，整个攻击也就完成了，所以CSRF攻击也被称为"one click"攻击。

        CSRF攻击要想成功需要特定条件：

        1.我们登录的网站没有对我们关键信息（比如密码等敏感信息）进行CSRF保护，当我们提交信息修改时（增删改）请求时，请求易被伪造

　　 2.当用户点击伪造链接的同时必须登陆着网站

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

         下面我在pikachu平台具体演示一下CSRF漏洞

 CSRF（get）：

 

         首先我们输入已注册过的用户名密码登录，例如kobe，123456

 

        

 

 

更改kobe信息，并抓包

 

 

 

 

我们发现它是通过get请求提交并且没有防CSRF的token

所以我们可以拿到他get请求的这个链接，然后修改他提交的这个信息，例如手机号改成6666666，然后将这个更改后的get请求以任何方式发送给kobe。

http：//192.168.131.246 /pikachu-master/vul/csrf/csrfget/csrf_get_edit.php?sex=%E7%94%B7&phonenum=6666666&add=111&email=111&submit=submit 

假设kobe在他的浏览器访问了这个网址，那么他的手机号就会被修改。

 

 

 

CRSF  (post):

     还是登录kobe账号，修改其信息并抓包，可以看到请求是通过post方式进行提交的，所以没有办法通过URL来伪造请求

 

 

 

 

　我们可以做一个站点，然后在站点上做一个 表单，让kobe去点击我们站点中的恶意表单的URL。通过这个恶意表单向存在CSRF漏洞的页面提交post请求，类似于XSS的post型漏洞

 

CRSF  Token:

          我们可以用Token去防止CSRF漏洞的产生，每次请求，都给他增加一个随机码让后台去验证，确保请求不会被伪造

           我们可以看一下pikachu平台的Token使用

           登录pikachu的CSRF Token页面kobe账号，修改其信息，并抓包

 

 

 我们发现在get请求提交的基础上增加了Token，当我们刷新页面时Token值会发生变化，这样也就完全防止了GRSF漏洞的产生。

 

CRSF漏洞常见防范措施：

        增加token验证（常用的做法）：

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

　　关于安全的会话管理（避免会话被利用，及时关闭登录态）

　　1、不要在客户端保存敏感信息（比如身份认证信息）；

　　2、测试直接关闭，退出时，的会话过期机制；

　　3、设置会话过期机制，比如15分钟内无操作，则自动登入超时；

　　访问控制安全管理：

　　1、敏感信息的修改时需要对身份进行二次认证，比如修改账号时，需要判断旧密码；

　　2、敏感信息的修改尽量使用post，而不是get；（post的安全性比get高些）

　　3、通过http 头部中的referer来限制原页面
　　一般用在登录（防暴力破解），也可以用在其他重要信息操作的表单中（需要考虑可用性）