CSRF 攻击原理解析

最新推荐文章于 2025-03-04 06:37:25 发布
最新推荐文章于 2025-03-04 06:37:25 发布
阅读量1k 收藏
点赞数
分类专栏： 网络安全 病毒木马 文章标签： csrf
本文详细介绍了CSRF（跨站请求伪造）攻击原理及其分类，包括站内和站外两种类型。探讨了浏览器的安全缺陷如何为攻击创造条件，并讨论了浏览器会话安全特性。此外，还涉及了JavaScript劫持技术及其在CSRF攻击中的应用。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

来源：http://www.80sec.com/csrf-securit.html

CSRF攻击原理解析

Write by admin in 未分类 at 2008-09-21 11:08:19

|=——————————————————————=|
|=————–=[ CSRF攻击原理解析 ]=——————=|
|=——————————————————————=|
|=——————-=[ By rayh4c ]=————————=|
|=————-=[ rayh4c@80sec.com ]=——————-=|
|=——————————————————————=|

Author: rayh4c [80sec]
EMail: rayh4c#80sec.com
Site: http://www.80sec.com
Date: 2008-9-21

0×00. 前言

在Web程序中普通用户一般只在Web界面里完成他想要的操作，Web程序接受的正常客户端请求一般来自用户的点击链接和表单提交等行为，可是恶意攻击者却可以依靠脚本和浏览器的安全缺陷来劫持客户端会话、伪造客户端请求。


0×01. CSRF攻击分类

CSRF是伪造客户端请求的一种攻击，CSRF的英文全称是Cross Site Request Forgery，字面上的意思是跨站点伪造请求。这种攻击方式是国外的安全人员于2000年提出，国内直到06年初才被关注，早期我们团队的剑心使用过CSRF攻击实现了DVBBS后台的SQL注射，同时网上也出现过动易后台管理员添加的CSRF漏洞等，08年CSRF攻击方式开始在BLOG、SNS等大型社区类网站的脚本蠕虫中使用。

CSRF的定义是强迫受害者的浏览器向一个易受攻击的Web应用程序发送请求,最后达到攻击者所需要的操作行为。CSRF漏洞的攻击一般分为站内和站外两种类型：

CSRF站内类型的漏洞在一定程度上是由于程序员滥用$_REQUEST类变量造成的，一些敏感的操作本来是要求用户从表单提交发起POST请求传参给程序，但是由于使用了$_REQUEST等变量，程序也接收GET请求传参，这样就给攻击者使用CSRF攻击创造了条件，一般攻击者只要把预测好的请求参数放在站内一个贴子或者留言的图片链接里，受害者浏览了这样的页面就会被强迫发起请求。

CSRF站外类型的漏洞其实就是传统意义上的外部提交数据问题，一般程序员会考虑给一些留言评论等的表单加上水印以防止SPAM问题，但是为了用户的体验性，一些操作可能没有做任何限制，所以攻击者可以先预测好请求的参数，在站外的Web页面里编写javascript脚本伪造文件请求或和自动提交的表单来实现GET、POST请求，用户在会话状态下点击链接访问站外的Web页面，客户端就被强迫发起请求。

0×02. 浏览器的安全缺陷

现在的Web应用程序几乎都是使用Cookie来识别用户身份以及保存会话状态，但是所有的浏览器在最初加入Cookie功能时并没有考虑安全因素，从WEB页面产生的文件请求都会带上COOKIE，如下图所示，Web页面中的一个正常的图片所产生的请求也会带上COOKIE：

<img src=”http://website/logo.jpg”>

↓

GET http://website.com/log.jpg
Cookie: session_id
客户端 ——————————————————-服务器

浏览器的这种安全缺陷给CSRF漏洞的攻击创造了最基本的条件，因为Web页面中的任意文件请求都会带上COOKIE，所以我们将文件地址替换为一个链接的话，用户访问Web页面就相当于会话状态下自动点击了链接，而且带有SRC属性具有文件请求的HTML标签，如图片、FLASH、音乐等相关的应用都会产生伪造GET请求的CSRF安全问题。一个web应用程序可能会因为最基本的渲染页面的HTML标签应用，而导致程序里所有的GET类型传参都不可靠。

0×03. 浏览器的会话安全特性

参照Set-Cookie的标准格式，现今浏览器支持的cookie实际上分为两种形式：

Set-Cookie: <name>=<value>[; <name>=<value>] [; expires=<date>][; domain=<domain_name>] [; path=<some_path>][; secure][; HttpOnly]

一种是内存COOKIE，在没有设定COOKIE值的expires参数，也就是没有设置COOKIE的失效时间情况下，这个COOKIE在关闭浏览器后将失效，并且不会保存在本地。另外一种是本地保存COOKIE，也就是设置了expires参数，COOKIE的值指定了失效时间，那么这个COOKIE会保存在本地，关闭浏览器后再访问网站，在COOKIE有效时间内所有的请求都会带上这个本地保存COOKIE。

Internet Explorer有一个隐私报告功能，其实这是一个安全功能，它会阻挡所有的第三方COOKIE，比如A域Web页面嵌入了B域的文件，客户端浏览器访问了A域的Web页面后对B域所发起的文件请求所带上的COOKIE会被IE拦截。除开文件请求情况，A域的Web页面如果使用IFRAME帧包含B域的Web页面，访问A域的Web页面后，B域的Web页面里的所有请求包括文件请求带上的COOKIE同样会被IE拦截。不过Internet Explorer的这个安全功能有两个特性，一是不会拦截内存COOKIE，二是在网站设置了P3P头的情况下，会允许跨域访问COOKIE，隐私报告功能就不会起作用了。

所以在Internet Explorer的这个安全特性的前提下，攻击者要进行站外的CSRF攻击使用文件请求来伪造GET请求的话，受害者必须在使用内存COOKIE也就是没有保存登陆的会话状态下才可能成功。而Firefox浏览器并没有考虑使用这样的功能，站外的CSRF攻击完全没有限制。

0×04. 关于Javascript劫持技术

近年来的web程序频繁使用Ajax技术，JSON也开始取代XML做为AJAX的数据传输格式，JSON实际上就是一段javascript，大部分都是定义的数组格式。fortify公司的三位安全人员在2007年提出了Javascript劫持技术，这是一种针对JSON动态数据的攻击方式，实际上这也是一种变相的CSRF攻击。攻击者从站外调用一个script标签包含站内的一个JSON动态数据接口，因为<script src=”>这种脚本标签的文件请求会带上COOKIE，用户访问后相当于被迫从站外发起了一个带有身份认证COOKIE的GET请求，web程序马上返回了用户相关的JSON数据，攻击者就可以取得这些关键的JSON数据加以利用，整个过程相当于一个站外类型的CSRF攻击。

WEB应用中的JSON数据大部分使用在个人资料、好友列表等隐私功能里，这类数据一般是web蠕虫最重要的传播功能所需要的数据，而CSRF攻击结合Javascript劫持技术完全可以分析这类数据制作自动传播的web蠕虫，在一定情况下这种web蠕虫比网站出现跨站脚本漏洞制作的web蠕虫更具威胁性，几乎不受网站架构的限制，因为攻击者利用的不是传统的Web漏洞而是网站自身正常的功能，如果出现这类CSRF蠕虫，对网站的打击将是灾难性的。

0×05. 安全提醒

各个大型社区类网站必须警惕CSRF攻击和相关web蠕虫的爆发,并且针对这类web攻击制定有效的应急措施。同建议程序员不要滥用$_REQUEST类变量，在必要的情况下给某些敏感的操作加上水印，考虑使用类似DISCUZ论坛的formhash技术提高黑客预测请求参数的难度，注意JSON数据接口的安全问题等。最后希望大家全面的考虑客户端和服务端整体的安全，注意Internet Explorer等客户端浏览器一些安全缺陷和安全特性，防止客户端程序的安全问题影响整个Web应用程序。

参考：

http://blog.youkuaiyun.com/lake2/archive/2008/04/02/2245754.aspx

http://www.cgisecurity.com/articles/csrf-faq.shtml

http://www.playhack.net/view.php?id=31

http://www.fortify.com/servlet/downloads/user/JavaScript_Hijacking.pdf

http://www.w3.org/P3P/

白话：CRSF攻击
追梦者的部落格
03-16 2194
今天，来分享一下CRSF攻击基本知识 CRSF：cross site request forgery 跨站请求伪造 下面是CRSF攻击的示意图： 上图可以简单总结为三步： 用户登陆A站，并保留登陆信息 用户访问B站， B站携带A站登陆信息恶意请求A站 A站无法识别请求方，当作合法请求处理，从而遭受攻击 简单示例： 某个网站存在以下恶意信息<img src="http://www.xxx.
CSRF攻击原理与解决方法
热门推荐
缘来侍你的博客
02-17 2万+
一、 前言 因为现代浏览器的工作机制原因，造成一种WEB攻击形态的存在， 这种攻击形式叫做CSRF攻击，以往我们是从攻击角度分析这种攻击的原理和操作。这次我们给出攻击原理同时，给出CSRF在服务器端的防御的解决方案。CSRF是现代WEB程序要面对的共通性问题，在很多流行的WEB框架中，都会将CSRF的问题直接在WEB框架层面解决。 我们先抛出CSRF这个问题，然后介绍基于时间与签名的防护手段，并且给出的这种防御手段的具体代码实现。过程中使用了Lua语言进行实现功能， LUA是一种容易理解的脚本语言，大家
CSRF攻击原理解析
08-01 245
CSRF攻击原理解析(2008-09-23 18:38:44)标签：杂谈 分类：系统安全 |=——————————————————————=| |=————–=[ CSRF攻击原理解析 ]=——————=| |=——————————————————————=| |=——————-=[ By rayh4c ]=————————=| |=————-=[ rayh4c@80sec.com...
CSRF 攻击详解：原理、案例与防御
最新发布
weixin_62428445的博客
03-04 933
CSRF 攻击利用浏览器自动携带 Cookie 的特点，让受害者在不知情的情况下执行敏感操作。在 CTF 竞赛中，题目往往会设计场景，让参赛者通过 CSRF 触发反射型 XSS，从而获取管理员页面中的 flag。本文详细介绍了 CSRF 攻击的原理、常见方式以及一个实战案例，并讨论了如何防御此类攻击。理解并掌握 CSRF 攻击有助于你在 CTF 中快速识别并利用漏洞，同时也能提高你对 Web 安全防护措施的理解。
CSRF攻击原理
Frankltf的博客
04-30 329
&#13; CSRF CSRF（Cross-site request forgery）跨站请求伪造，CSRF是一种夹持用户在已经登陆的web应用程序上执行非本意的操作的攻击方式。相比于XSS，CSRF是利用了系统对页面浏览器的信任，XSS则利用了系统对用户的信任。 CSRF攻击是源于WEB的隐式身份验证机制，WEB的身份验证机制虽然可以保证一个请求是来自于某个用户的浏览器，...
CSRF攻击原理及防护
diubrother的博客
03-09 2323
一、CSRF是什么 CSRF全称为跨站请求伪造（Cross-site request forgery），是一种网络攻击方式，也被称为 one-click attack 或者 session riding。 二、CSRF攻击原理 CSRF攻击利用网站对于用户网页浏览器的信任，挟持用户当前已登陆的Web应用程序，去执行并非用户本意的操作。 三、CSRF攻击实例 角色： 正常浏览网页的用户：User 正...
CSRF 攻击详解
只为成功找方法 不为失败找借口
05-22 4133
禁用 CSRF 保护有其合理的应用场景，特别是在开发 RESTful API、使用其他防护措施、内部应用和非浏览器客户端时。然而，需要谨慎对待这个决定，并确保在适当的场景中启用 CSRF 保护，以防范潜在的安全风险。
148.CSRF攻击原理分析、防御、装饰器、中间件、IFrame以及js实现csrf攻击
zjy123078_zjy的博客
02-22 738
CSRF攻击概述： CSRF（Cross Site Request Forgery 跨站域请求伪造）是一种网站攻击的方式，它在2007年曾被列为互联网20大安全隐患之一。其他的安全隐患，比如SQL脚本注入，跨站域脚本攻击等在近年来已经逐渐为众人熟知，很多网站也都针对他们进行了防御。然而，对于大多数人来说，CSRF还是很陌生的，Gmail在2007年底也存在csrf漏洞，从而被黑客攻击而使Gmail...
CSRF攻击原理及防御和相关漏洞复现
qq_43710889的博客
08-08 2018
CSRF攻击原理及防御和相关漏洞复现 CSRF（Cross-site request forgery）跨站请求伪造，是一种对网站的恶意利用。尽管听起来像跨站脚本（XSS），但它与XSS非常不同，XSS利用站点内的信任用户，而CSRF则通过伪装来自受信任用户的请求来利用受信任的网站。与XSS攻击相比，CSRF攻击往往不大流行（因此对其进行防范的资源也相当稀少）和难以防范，所以被认为比XSS更具危险性。 CSRF攻击原理及过程： 过程 1.用户打开浏览器，访问受信任银行网站，输入用户名密码请求登陆网站 2.在
深入解析跨域与 CSRF 攻击：原理、危害及解决方案
qq_39895671的博客
02-14 689
跨域是指在浏览器中，当一个网页尝试从与其所在域名不同的域名请求资源时，浏览器出于安全考虑会阻止这种行为。协议：http:// 和 https://域名：example.com 和 api.example.com端口：example.com:8080 和 example.com:3000由于两者域名不同，因此被视为跨域。1.2 跨域问题的由来跨域限制是浏览器的一种安全机制，称为 同源策略 （Same-Origin Policy），目的是防止恶意网站通过脚本访问其他网站的敏感数据。
csrf攻击原理及防备
onmyways的博客
12-13 575
1，csrf（cross-site request forgery）,跨站点伪造请求； 是 受害者用户 登录访问 可信任网站A，在没有退出的情况下，又访问量 不可信任恶意网站B,网站B盗用用户身份，发出恶意请求； 站外本质：提交服务器外部数据问题； 站内本质：服务器内部代码 接收数据漏洞，如滥用$_REQUEST等变量，是提交的get页面 2，csrf攻击分类 a,站内 和 站外
Java -- CSRF 攻击原理及防御
tryheart的博客
09-05 5764
什么是CSRF攻击 CSRF(Cross-site request forgery)跨站请求伪造：攻击者诱导受害者进入第三方网站，在第三方网站中，向被攻击网站发送跨站请求。利用受害者在被攻击网站已经获取的注册凭证(比如cookie)，绕过后台的用户验证，达到冒充用户对被攻击的网站执行某项操作的目的。 一个典型的CSRF攻击有着如下的流程： 1、 用户C打开浏览器，访问受信任网站A，输入用户名和密码请求登录网站A； 2、在用户信息通过验证后，网站A产生Cookie信息并返回给浏览器，此时用户登录网站A成功，可
CSRF攻击原理详解
qq_32907491的博客
09-17 574
CSRF定义： 跨站请求伪造（英语：Cross-site request forgery）是一种对网站的恶意利用，也被称为 one-click attack 或者 session riding，通常缩写为 CSRF 或者 XSRF， 是一种挟制用户在当前已登录的Web应用程序上执行非本意的操作的攻击方法。CSRF跨站点请求伪造(Cross—Site Request Forgery) 跟XSS攻击一样，存在巨大的危害性。
CSRF攻击原理及预防
最近心情
05-12 795
什么是 CSRF? 　　目前流行的 CSRF攻击主要是由攻击者在网页中植入恶意代码或连接，当受害人的浏览器执行恶意代码或者受害人点击连接后，攻击者就可以访问那些被害人身份验证后的网络应用。如果被害人采用多窗口浏览器，攻击者就可以以被害人身份控制浏览器中任何一个窗口中的Web应用。 　　现实中，这种攻击常被攻击者用来入侵和控制被害者的基于Web的电子邮件帐户。下面介绍一个获取邮箱控制权的
CSRF攻击原理介绍和利用
2201_75735270的博客
08-13 1152
</script><script></script>
CSRF攻击
秋水的博客
09-04 1431
CSRF攻击原理 什么是csrf？ CSRF（Cross-site request forgery）跨站请求伪造：也被称为“One Click Attack”或者Session Riding，通常缩写为CSRF或者XSRF，是一种对网站的恶意利用。尽管听起来像跨站脚本（XSS），但它与XSS非常不同，XSS利用站点内的信任用户，而CSRF则通过伪装来自受信任用户的请求来利用受信任的网站。与X...
csrf攻击原理与解决方法
02-20
### CSRF攻击机制 CSRF（跨站点请求伪造）是一种网络攻击手段，在此类攻击中，攻击者利用受害者在受信任网站上的认证状态执行非授权指令。具体而言，当用户访问了一个由攻击者控制的网页(Web B)，该网页可能包含一段脚本或链接指向另一个用户已经登录的服务(Web A)并触发特定的操作。由于浏览器会自动附带用户的Cookie和其他认证信息给目标服务器，因此即使用户并未主动交互，也能成功提交表单或者发出HTTP请求[^4]。 对于Web应用程序来说，如果缺乏足够的防护措施，则任何能够预测URL及其参数结构的功能都可能成为潜在风险点。例如修改密码、转账汇款等功能接口如果没有额外验证就很容易被滥用。 ### 防御措施 #### 服务端防御策略 1. **引入一次性Token** 实现最广泛的方法之一是在每次敏感操作前生成独一无二的一次性令牌（即CSRF Token），并将此令牌嵌入到HTML页面中的隐藏字段里或是作为自定义头部传递给前端应用。当接收到POST/PUT/PATCH等类型的请求时，服务器需校验随同数据一同传来的token是否匹配当前会话记录下的预期值；如果不一致则拒绝处理此次调用[^3]。 2. **双重Cookie模式** 另一种常见的做法是通过设定专门用于保护API免遭CSRF侵害的cookie属性——HttpOnly=false，并要求客户端在发起涉及重要变更的动作之前先获取一个临时性的anti-CSRF token。这种方式依赖于JavaScript读取存储于document.cookie内的特殊标记并与之一起发送至后台进行对比分析[^2]。 3. **SameSite Cookie 属性配置** 设置`Set-Cookie`响应头里的`samesite=strict|lax;`选项可以有效地阻止第三方域名下的资源加载过程中携带原有的session标识符。这使得即便有恶意站点尝试诱导用户点击含有危险命令的超链接也无法绕过这项限制条件完成整个流程[^1]。 #### 客户端建议 虽然主要防范工作集中在后端实现层面，但仍有一些最佳实践可供开发者参考以便进一步增强安全性： - 推荐安装具备实时监控功能的安全插件来拦截可疑行为并向用户提供警告通知。 ```python from flask import Flask, request, session, redirect, url_for import uuid app = Flask(__name__) app.secret_key = 'supersecretkey' @app.route('/login', methods=['GET', 'POST']) def login(): if request.method == 'POST': user_id = authenticate_user(request.form['username'], request.form['password']) # 假设这里有一个函数去验证用户名和密码 if user_id is not None: session['user'] = str(user_id) session['csrf_token'] = str(uuid.uuid4()) return redirect(url_for('index')) return ''' <form method="post"> Username:<br> <input type="text" name="username"><br> Password:<br> <input type="password" name="password"><br><br> <input type="submit" value="Login"> </form>''' @app.route('/') def index(): csrf_token = session.get('csrf_token') html_content = f''' Welcome! Here you can perform actions that require protection against CSRF attacks. <!-- Hidden input field containing the anti-forgery token --> <form action="/do_something_important" method="post"> <input type="hidden" name="csrfmiddlewaretoken" value="{csrf_token}"> Do something important<br> <button type="submit">Submit</button> </form> ''' return html_content if __name__ == '__main__': app.run(debug=True) ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值