CSRF跨站请求伪造

CSRF

CSRF(Cross-Site Request Forgery,跨站请求伪造)是通过诱导用户执行操作,利用用户在网站上的登录状态,以用户的身份在网站上执行恶意操作。

以下是CSRF攻击的一些关键特征:

用户身份:CSRF攻击利用的是用户已经登录的状态。如果用户没有登录,或者登录会话已经过期,那么攻击将无法进行。

无知识:在CSRF攻击中,攻击者并不需要知道用户的任何凭证(如密码或会话ID)。他们只需要诱导用户执行特定的操作。

社会工程学:CSRF攻击通常涉及一些社会工程学技巧,例如通过电子邮件或聊天消息发送恶意链接。

攻击效果:如果CSRF攻击成功,那么攻击者可以以用户的身份执行各种操作,如更改电子邮件地址、密码,或者进行资金转账等

Low

在此处更改密码

这个URL是CSRF(跨站请求伪造),在这个URL中,我们试图改变用户的密码为"qwer"。

这个URL包含了以下参数:

  • `password_new=qwer`:这是新密码。

  • `password_conf=qwer`:这是确认新密码的字段。

  • `Change=Change`:这可能是触发密码更改操作的字段。

当用户点击这个链接时,如果他们已经登录到DVWA,那么他们的密码将被更改为"qwer"。

这种攻击方法通常需要用户已经登录到目标网站,并且用户需要被诱导点击这个恶意链接。

这意味着通过更改URL传递的参数就能够不在网站内执行更改密码的操作。

如图,跳转到了 DVWA更改密码的界面,csrf成功

Medium

先看源码,相较于low,medium会检查请求是否来自可信的源。(即,请求是否来自同一服务器)。这是一种常见的安全措施,用于防止跨站请求伪造(CSRF)攻击。然而,依赖 "Referer" 头进行安全检查并不是最佳实践,因为 "Referer" 头可以被篡改,或者在某些情况下可能不会被发送。更安全的做法是使用专门设计的防 CSRF 令牌。。

"Referer" 是 HTTP 请求头的一部分,表示请求的来源。当浏览器(或者模拟浏览器行为)向 web 服务器发送请求的时候,头信息里会包含 "Referer"。它通常用来指示当前请求页面是通过哪个页面的链接进入的。例如,如果你在 www.google.com 上点击一个指向 www.baidu.com 的链接,那么在请求 www.baidu.com 时,请求头中的 "Referer" 字段就会是 www.google.com

在这里可以看到,我们在本站修改密码的时候

Referer:

http://localhost/DVWA/vulnerabilities/csrf/

所以我们进行csrf时,只需要将请求中的referer修改为dvwa本站的内容即可。

High

代码添加了一个名为 "user_token" 的令牌。用来防止跨站请求伪造(CSRF)攻击。在每次请求时,服务器都会生成一个新的令牌,并将其存储在会话中。然后,这个令牌会被添加到表单中,当用户提交表单时,服务器会检查提交的令牌和会话中存储的令牌是否匹配。如果不匹配,那么请求就会被视为非法的

这里比较麻烦,假设我们获取了token,将其拼接到medium表单中完成测试

相关推荐
橙子家3 小时前
浏览器缓存之【身份与会话管理】:Cookies 和 Private state tokens
前端
最新资讯动态5 小时前
HDC 2026 | 对话鲸鸿动能:存量时代,品牌如何夺回营销“主动权”?
前端
最新资讯动态5 小时前
游戏出海,从产品走向体系
前端
最新资讯动态5 小时前
20人团队跑出百万DAU、大厂也来抢量:谁在鸿蒙生态跑出加速度
前端
最新资讯动态5 小时前
千万开发者背后,鸿蒙商业化的B面
前端
爱勇宝7 小时前
AI 时代:智商决定起点,情商决定走多远
前端·ai编程
kyriewen7 小时前
用了半年 Claude Code 后,我尝试关掉它写了一周代码——结果比想象中严重
前端·javascript·ai编程
IT_陈寒8 小时前
Vite的静态资源打包让我熬夜到三点,这坑千万别跳
前端·人工智能·后端
徐小夕8 小时前
万字拆解 JitWord:企业级实时协同文档底层架构 + 大模型 AI 融合完整实践
前端·vue.js·github
一份执念9 小时前
uni-app 小程序分包限制处理与主包体积优化实战
前端·微信小程序