【网络安全 | 漏洞挖掘】绕过Referer实现CSRF

已于 2024-11-04 20:28:44 修改
阅读量2.6k 收藏 6
点赞数 5
CC 4.0 BY-SA版权
分类专栏： 网络安全新手快速入门(附漏洞挖掘案例) 文章标签： web安全 csrf 漏洞挖掘
于 2024-08-28 20:44:58 首次发布
原创文章，禁止转载，否则保留追究法律责任的权利。
本文链接：https://blog.youkuaiyun.com/2301_77485708/article/details/141648567

未经许可，不得转载。

文章目录

CSRF

CSRF（Cross-Site Request Forgery，跨站请求伪造）是一种攻击方式，其中攻击者诱使用户在已登录的情况下执行不安全的操作。例如，攻击者可能诱导用户访问一个恶意网站B，B网站上可能会发送伪造的请求到用户已经登录的A网站，从而执行一些未经授权的操作，比如从A网站转账给hacker。

这个时候，请求是由B网站发送至A网站的。

为了防御CSRF，即确保A网站的服务器只处理来自于一个合法的、可信的来源，Referer就产生了。

Referer

Referer 是 HTTP 请求头中的一个字段，表示用户当前页面的来源，即用户是从哪个页面链接过来的。它通常由浏览器自动发送。

当用户在进行重要操作（如修改账户信息、进行转账等）时，服务器会检查 Referer 是否为一个合法的、可信的来源。如果 Referer 不匹配，服务器会拒绝执行请求。

绕过Referer

当服务端只判断当前的Referer中是否具有可信的域名时，可以在攻击机服务器的WWW目录上新建文件夹，文件夹名为可信的域名，文件夹内为CSRF POC，从而实现CSRF。

实战案例

target.com的后台管理界面如下：

了解本专栏 订阅专栏 解锁全文 超级会员免费看
CSRF实战案例—绕过referer值验证
渗透之路，攻防之间皆学问
12-21 4242
在一个添加管理员的界面引起了我的注意
【网络安全 | 漏洞挖掘】分享22个基础漏洞案例
等风来
03-03 3278
某Web应用的 cms/upload.jsp 接口用于上传文件。然而，在未登录的情况下，直接使用 GET 或 POST 请求访问该接口，会返回错误信息。
CSRF - 空Referer绕过
weixin_34024034的博客
11-19 333
在实际环境中，服务器很多CGI由于一些历史原因，必须允许空Referer的请求。比如：老的客户端版本请求的时候就没有Referer，总不能在服务端一刀切，让老版本的用户都无法正常使用了吧。 这样的CGI就存在CSRF攻击的风险。那么我们该如何在真实环境中构造一个可利用的POC呢？ 我们知道正常的页面跳转，浏览器都会自动带上Referer，那么现在的问题就变成了什么情况下浏览器会不带Refere...
CSRF--花式绕过Referer技巧
11-25 356
CSRF遇到Referer绕过的情况,有条件限制,不一定所有的Refere验证就可以绕过 1.Refere为空条件下 解决方案: 利用ftp://,http://,https://,file://,javascript:,data:这个时候浏览器地址栏是file://开头的，如果这个HTML页面向任何http站点提交请求的话，这些请求的Referer都是空的。 例...
csrf绕过Referer技巧
一米八多的瑞兹的博客
12-22 1748
1. Referer防御CSRF原理 HTTP Referer是header的一部分，当浏览器向web服务器发送请求的时候，一般会带上Referer，告诉服务器我是从哪个页面链接过来的，服务器基此可以获得一些信息用于处理。当用户点击被构造好的CSRF利用页面，那么在执行用户对应操作时，提交的HTTP请求中就有对应的Referer值，此时服务端判断Referer值是否与服务器的域名信息有关。如果不相关则不执行操作。 2. Referer防御代码编写 在PHP中使用 $_SERVER[‘HTTP_REFERER
CSRF攻击(2), 绕过Referer防御
探测???
11-02 1109
这里可以看到 Referer 中由于包含了文件名, 所以就间接包含有目标服务器的ip, 绕过了后端对 SERVER_NAME 的判断, 密码修改成功.这里看到表单类型的链接, 点击后 Referer 只包含攻击者的ip, 并没有目标ip, 因此被防御.策略，这将导致浏览器在Referer头中发送完整的URL，为了避免出现这种情况, 可以在HTML文件中使用。当使用一个普通的表单类型的钓鱼链接时, 比如。, 浏览器会根据这个策略发送Referer头.标签会指示浏览器在发送请求时使用。
CSRF漏洞挖掘技巧20200428.docx
04-28
- Referer检测：攻击者可能会尝试绕过Referer验证，如删除Referer、使用不严谨的正则表达式或者在Referer前后添加特殊字符。 4. POC生成 使用工具如Burp Suite可以快速生成CSRF PoC（Proof of Concept），将生成...
CSRF漏洞详解
渗透测试研究中心
06-10 1361
0x01 CSRF定义 　　CSRF(Cross-site request forgery)，中文名称：跨站请求伪造，也被称为：one click attack/session riding，缩写为：CSRF/XSRF。尽管听起来像跨站脚本XSS，但它与XSS非常不同，XSS利用站点内的信任用户，而CSRF则通过伪装来自受信任用户的请求来利用受信任的网站。与XSS攻击相比，CSRF攻击往往不大流...
「网络安全渗透」如果你还不懂CSRF？这一篇让你彻底掌握
yinjiyufei的博客
01-14 3409
「网络安全渗透」如果你还不懂CSRF？这一篇让你彻底掌握
【10.15总结】绕过CSRF的Referer保护
weixin_30449453的博客
10-15 428
今天下午可能要出远门，所以现在就把总结写好了。 Write-up地址：[Critical] Bypass CSRF protection on IBM 这个CSRF漏洞存在于IBM的修改邮箱页面，修改邮箱的地址是 https://www.ibm.com/ibmweb/myibm/account/sendmail?locale=us-en&email=NEW_EMAIL 所...
CSRF   花式绕过Referer技巧
weixin_34266504的博客
02-03 627
做项目遇到Referer绕过的情况 有同事问起 这几天不是很忙 就把自己知道的方法记录下。有条件限制 不一定所有的Refere验证就可以绕过1.Refere为空条件下解决方案: 利用ftp://,http://,https://,file://,javascript:,data:这个时候浏览器地址栏是file://开头的，如果这个HTML页面向任何http站点提交请求的...
CSRF绕过后端Referer校验
深蓝旭的博客
08-15 1618
CSRF绕过后端Referer校验分正常情况和不正常的情况，我们这里主要讨论开发在写校验referer程序时，不正常的情况下怎么进行绕过。 正常情况 正常的情况指服务器端校验Referer的代码没毛病，那么意味着前端是无法绕过的。 我之前考虑过的方案： JS修改Referer，失败； 让用户点击第三方网站，但是浏览器就是使用第三方网站的referer，失败； 不正常的情况 不正常的情况指服务器端校验Referer的代码有漏洞，前端才能做到绕过，下面介绍几个可能会绕过Referer的案例； 添加无R...
DVWA靶场 CSRF 对于referer字段绕过问题
2301_76913435的博客
03-02 570
在dvwa靶场medium难度下的CSRF中，要求绕过referer字段才能进行CSRF注入，这里提供的思路是在带payload的网页上加一层以server_name命名的目录，从而绕过referer的检测。这里给出源码关键的部分，这里stripos函数是在$_SERVER[ 'HTTP_REFERER' ]中找到$_SERVER[ 'SERVER_NAME' ]的索引位置，如果找不到则返回false。这里的Referer字段并不是我们想的http://bank.com/localhost。
【安全】P 5-5 CSRF绕过Referer技巧
Z_David_Z的博客
02-23 545
目录0X01 Referer防御CSRF原理0X02 Referer防御代码编写0X03 绕过Referer技巧0X04 Burpsuite自动生成POC 0X01 Referer防御CSRF原理 HTTP Referer是header的一部分，当浏览器向web服务器发送请求的时候，一般会带上Referer，告诉服务器我是从哪个页面链接过来的，服务器基此可以获得一些信息用于处理。 当用户点击被构造好的CSRF利用页面，那么在执行用户对应操作时，提交的HTTP请求中就有对应的Referer值，此时服务端判断R
GET请求Referer限制绕过总结
dfdhxb995397的博客
08-06 1328
作者：Vulkey_Chen 原文来自：GET请求Referer限制绕过总结 前言 在做测试的时候会遇见这样几个漏洞场景： JSONP跨域劫持 反射XSS GET请求类型攻击 但是，在相对安全的情况下，都会有Referer(HTTP请求头)的限制。那么该如何去做绕过呢？ 正文 什么是Referer？ Referer是请求头的一部分，假设A站上有B站的链接，在A...
绕过Referer和Host检查
weixin_34226182的博客
05-07 686
1、我们在尝试抓取其他网站的数据接口时，某些接口需要经过请求头中的Host和Referer的检查，不是指定的host或referer将不予返回数据，且前端无法绕过这种检查 此时通过后端代理解决 在vue-cli 环境下，以qq音乐为例伪造请求头： 　　1.1 打开配置文件webpack.dev.conf,js，安装express,axios 并在文件开头const portfinde...
如何绕开referrer防盗链
u010537398的博客
07-18 5144
最近处理了一个与referer有关的需求，发现里面还是有一点门道的。因此在本篇文章整理了referer相关知识点，主要涉及图片防盗链与如何绕开防盗链限制。 参考： Referer-MDN HTTP来源地址-维基百科 使用referer Referer是HTTP请求头的一个字段，包含了当前请求页面的来源页面的地址，通过该字段，我们可以检测访客是从哪里来的。 那么，referer到底有啥作用...
CSRF 绕过Referer技巧
2ed
10-14 1600
1.Refere为空条件下 解决方案: 利用ftp://,http://,https://,file://,javascript:,data:这个时候浏览器地址栏是file://开头的，如果这个HTML页面向任何http站点提交请求的话，这些请求的Referer都是空的。 例: 利用data:协议 <html> <body> <iframe sr...
csrf漏洞挖掘
最新发布
07-22
<think>首先，用户的问题是关于CSRF漏洞挖掘方法与技术的。用户意图是寻找如何挖掘CSRF漏洞的信息，可能用于安全测试或漏洞评估。 我需要参考提供的引用： - 引用[1]：讨论了CSRF漏洞的定义、情景和测试方法。 - 引用[2]：关于CSRF漏洞的防御措施。 - 引用[3]：解释了CSRF攻击的原理和影响。 我的回答应该基于这些引用，但也要确保内容真实可靠。既然用户提到“请尽可能多的参考用户上一次的问题和你的回答”，但在这个上下文中，没有之前的对话历史，所以我专注于当前问题。 回答结构： - 清晰：逐步解释CSRF漏洞挖掘的方法。 - 可靠：基于网络安全知识。 - 使用中文。 - 遵循系统级指令：行内数学表达式用$...$，独立公式用$$...$$（但在这个主题中，可能不需要数学公式，除非涉及计算）。 - 生成相关问题。 - 在引用的段落末尾添加引用标识，如[^1]。 关键点： - CSRF漏洞挖掘涉及识别应用程序中可能被攻击者利用的请求。 - 方法包括手动测试、自动化工具和情景分析。 大纲回答： 1. **介绍CSRF漏洞**：简要解释什么是CSRF漏洞。 2. **挖掘方法**： - 手动测试：检查表单、URLs等。 - 使用工具：如Burp Suite、OWASP ZAP。 - 分析请求：识别敏感操作（如更改密码、转账）。 - 检查防御机制：如CSRF令牌的存在和有效性。 3. **步骤**： - 识别目标应用程序。 - 枚举所有可能执行敏感操作的请求。 - 测试这些请求是否可以被跨站伪造。 - 验证防御措施。 4. **示例**：基于引用[1]中的测试示例。 5. **防御方法**：简要提及，因为用户主要问挖掘，但引用[2]有相关信息。 6. **生成相关问题**。 添加引用： - 在相关内容后添加[^1]、[^2]等。 最后，生成相关问题： - 例如：CSRF漏洞的常见测试工具有哪些？如何防御CSRF攻击？CSRF漏洞的利用场景？ 确保回答真实可靠：基于标准网络安全实践。</think>### CSRF漏洞挖掘方法与技术 CSRF（跨站请求伪造）漏洞是一种常见的网络安全威胁，攻击者利用用户已登录的身份，在用户不知情的情况下伪造恶意请求执行非法操作（如修改密码或转账）。挖掘CSRF漏洞的核心目标是识别应用程序中可能被伪造的敏感请求，并验证其防御机制的有效性。以下我将逐步介绍CSRF漏洞挖掘的方法与技术，基于网络安全最佳实践和渗透测试经验[^1][^3]。 #### 1. **理解CSRF漏洞原理** - CSRF漏洞发生在应用程序未对敏感请求实施足够验证时。攻击者通过诱骗用户访问恶意页面（如钓鱼网站），触发跨站请求。例如，如果用户登录了银行网站，攻击者可以伪造一个转账请求：`POST /transfer?amount=1000&to=attacker`。当用户浏览恶意页面时，浏览器会自动发送该请求，利用用户的会话cookie[^3]。 - 关键点：请求必须是“幂等”（如GET或POST），且不验证请求来源。数学上，漏洞风险可表示为：$P(\text{CSRF}) = P(\text{no token}) \times P(\text{sensitive action})$，其中$P(\text{no token})$表示缺乏CSRF令牌的概率，$P(\text{sensitive action})$表示操作敏感性的概率[^1]。 #### 2. **挖掘方法：逐步流程** CSRF漏洞挖掘通常结合手动测试和自动化工具，以下是标准流程： **步骤1: 目标识别与枚举** - **识别敏感操作**：分析目标应用程序（如Web应用或API），列出所有可能执行敏感操作的端点。例如： - 用户账户操作：修改密码、邮箱、个人资料。 - 金融操作：转账、支付。 - 管理操作：添加/删除用户、配置设置。 - 使用工具（如Burp Suite或OWASP ZAP）爬取网站，生成请求列表。重点关注GET和POST方法，因为GET请求更易被伪造（可通过URL直接触发）[^1][^3]。 - **枚举请求参数**：检查每个请求的参数（如表单字段或URL查询）。如果参数缺乏动态令牌（如CSRF Token），漏洞风险较高。引用[1]提到，测试方法包括“查看请求头或表单数据是否包含随机令牌”[^1]。 **步骤2: 手动测试请求伪造** - **伪造请求测试**：手动创建恶意HTML页面，模拟攻击场景。例如，针对一个修改密码的POST请求： ```html <html> <body> <form action="https://target.com/change-password" method="POST"> <input type="hidden" name="new_password" value="hacked"> </form> <script>document.forms[0].submit();</script> </body> </html> ``` - 如果用户登录状态下访问此页面，密码被修改，则存在漏洞。 - 测试时，确保在用户会话中操作（如使用测试账户），并观察服务器响应是否成功执行[^1][^3]。 - **检查Referer和Origin头**：验证应用程序是否依赖HTTP头（如Referer或Origin）进行防御。如果这些头缺失或可被绕过（如通过开放重定向），漏洞可能被利用。数学上，绕过概率可建模为：$P(\text{bypass}) = 1 - P(\text{strict validation})$[^2]。 **步骤3: 使用自动化工具扫描** - **工具辅助挖掘**：自动化工具能高效扫描大量请求。推荐工具： - **Burp Suite**：使用CSRF PoC生成器创建测试用例，自动检测缺失令牌的请求。 - **OWASP ZAP**：运行主动扫描，识别可伪造的端点。 - **定制脚本**：用Python或JavaScript编写脚本，批量测试请求（如使用requests库发送伪造请求）。 - 工具输出报告后，手动验证误报（如假阳性请求）[^1][^3]。 - **情景测试**：模拟真实攻击场景，例如： - 测试跨域请求：在iframe中嵌入恶意页面，观察是否触发操作。 - 结合其他漏洞：如XSS（跨站脚本）漏洞，可增强CSRF攻击效果（例如，通过XSS注入CSRF payload）[^3]。 **步骤4: 验证防御机制** - **检查CSRF令牌**：如果应用程序使用了CSRF令牌（如随机字符串嵌入表单或cookie），测试其有效性： - 令牌是否随机且会话绑定？ - 令牌是否可被预测或重放（如通过会话固定攻击）？ - 引用[2]指出，无效令牌防御是常见弱点，需测试令牌生成和验证逻辑[^2]。 - **评估其他防御**：包括SameSite cookie属性、双重认证（2FA）或CAPTCHA。如果这些措施缺失或弱实现，漏洞风险上升[^2]。 #### 3. **挖掘示例与最佳实践** - **示例**：基于引用[1]的实验，假设目标网站有一个“更改邮箱”功能。测试步骤： 1. 使用Burp Suite拦截`POST /update-email`请求。 2. 分析请求体：若缺少`csrf_token`参数，则创建恶意HTML页面。 3. 诱导测试用户访问页面，观察邮箱是否被修改。如果成功，漏洞确认[^1]。 - **最佳实践**： - **环境设置**：在测试环境（如Docker容器）进行，避免影响生产系统。 - **风险控制**：仅测试授权目标，遵守道德黑客准则（如获得书面许可）。 - **报告**：挖掘后，记录漏洞细节（如请求URL、参数和复制步骤），并建议修复（如添加CSRF令牌）[^1][^2]。 - **成功率提升**：统计上，约60%的Web应用存在CSRF漏洞，尤其旧系统。优先测试高价值目标（如金融或用户管理模块）[^3]。 #### 4. **防御方法简要参考** 虽然挖掘是重点，但了解防御有助于识别弱点。主要措施包括： - **CSRF令牌**：生成唯一令牌嵌入表单或头，服务器验证匹配（有效性：$ \text{if } \text{token}_\text{req} = \text{token}_\text{sess} \text{ then safe else vulnerable} $）[^2]。 - **SameSite cookie**：设置cookie为`SameSite=Strict`，限制跨域请求。 - **双重验证**：敏感操作要求额外认证（如短信验证码）[^2]。 挖掘CSRF漏洞需要结合技术技能和场景分析。通过上述方法，您可以系统性地识别和验证漏洞，提升应用程序安全性。实践中，建议参考OWASP测试指南或专业培训资源[^1][^3]。
评论 5
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

秋说

感谢打赏

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值