文档章节

初识CSRF

murenshan
 murenshan
发布于 2014/06/19 00:40
字数 1019
阅读 33
收藏 1

CSRF(先来个概念认识)

Cross-site request forgery跨站请求伪造,也被称为“one click attack”或者session riding,通常缩写为CSRF或者XSRF,是一种对网站的恶意利用。尽管听起来像跨站脚本(XSS), 但它与XSS非常不同,并且攻击方式几乎相左。XSS利用站点内的信任用户,而CSRF则通过伪装来自受信任用户的请求来利用受信任的网站。与XSS攻击 相比,CSRF攻击往往不大流行(因此对其进行防范的资源也相当稀少)和难以防范,所以被认为比XSS更具危险性。(来自百度百科)

二.CSRF可以做什么?

  你这可以这么理解CSRF攻击:攻击者盗用了你的身份,以你的名义发送恶意请求。CSRF能够做的事情包括:以你名义发送邮件,发消息,盗取你的账号,甚至于购买商品,虚拟货币转账......造成的问题包括:个人隐私泄露以及财产安全。


查阅相关文献(参考白帽子讲web安全)

三、浏览器的cookie策略:

浏览器中cookie分为:

        1、session cookie  (临时cookie):没有expire时间,浏览器关闭就失效;session cookie保存在浏览器内存空间中;

         2、third-party cookie:本地cookie:本地cookie是保存在本地,只有到指定的expire时间过期之后才失效;

不同浏览器安全策略:“如果浏览器从一个域的页面要加载另一个域的资源,由于安全性,有些浏览器会阻止third-part cookie”

注意:在同一个浏览器进程中,session cookie将被发送,third-party cookie未必被发送;所以,产生CSRF攻击一般大多发送session cookie;

CSRF不仅可以通过GET也可以通过模拟POST数据,使用javascript进行提交;(白帽讲web安全有实例)

(http://www.cnblogs.com/hyddd/archive/2009/04/09/1432744.html有相关实例)

CSRF的防御:

一、验证码:

        验证码被认为是对抗CSRF攻击最简洁而最有效的防御方法;强制用户必须与应用进行交互,防止了一些恶意跨站请求造成的威胁;

    缺陷:并非所有的地方都能用验证码,影响用户体验;

二、Referer check

    Referer check 在互联网中主要是“防盗链”;用于检查是否为合法的源;

    缺陷:服务器并非什么时候都能取到referer;很多用户出于隐私保护考虑,限制referer。在某些情况下,浏览器也不会发送referer,如:从https 跳转到HTTP,出于安全的考虑,浏览器不会发送referer;

    注意:无法依赖于referer check 作为防御CSRF的主要手段。但是通过referer check来监控CSRF攻击的发生,倒是一个可行方法;

(referer 实验配置后续补上)

三、通过anti CSRF Token

    CSRF本质:重要操作的所有参数都是可以被攻击者猜测到的;

    在服务器上session中存下一个随机的token,然后,将token同时保存在客户端的hidden input 标签使用POST方式提交给服务器做验证;每个token在一定时间内有效。当然如果客户端post之后验证完token要进行销毁、或者保存一段时间;

(有些是相关重要页面保存一个token);

注意:token这种方式也只是仅仅用于防御CSRF。其实,事实上token是很容易被窃取的;

    当网站同时存在XSS漏洞时,这个方案就会变成无效,因为XSS可以模拟客户端浏览器执行任意操作,在XSS攻击下,完全可以请求页面后,读取TOKEN值,然后模拟构造出一个合法的请求=====》称之为XSRF;

    XSS带来的问题,应该使用XSS的防御方案给予解决,否则,CSRF 的token防御就是形同虚设了;

(实验后补-------未完待续







© 著作权归作者所有

共有 人打赏支持
上一篇: apache工作原理
下一篇: apache工作原理
murenshan
粉丝 1
博文 2
码字总数 2201
作品 0
厦门
程序员
私信 提问
Cookie-Form型CSRF防御机制的不足与反思

Cookie-Form型CSRF防御机制的不足与反思 离别歌2016-09-2650 阅读 cookieformcsrf 今天看了 https://hackerone.com/reports/26647 有感。这个漏洞很漂亮,另外让我联想到很多之前自己挖过的漏...

离别歌
2016/09/26
0
0
Ext.Error: Unable to parse the JSON returned by the server: You're trying to decode an invalid JSON String

Firefox给出的错误 Ext.Error: Unable to parse the JSON returned by the server: You're trying to decode an invalid JSON String: articlelist.jsp {"results":"100","rows":[{"id":"1"......

anonymous_007
2014/05/28
2.2K
2
转Elasticsearch顶尖高手系列课程

Elasticsearch,是目前行业中非常热门的一个技术。Elasticsearch是一种分布式的海量数据搜索与分析的技术,可以用于电商网站、门户网站、企业IT系统等各种场景下的搜索引擎,也可以用于对海量...

小花卷juan
2017/06/24
124
0
初识react(五) 数据流终极解决方案 dva(零配置)

回顾 初识react(一) 揭开jsx语法和虚拟DOM面纱 初识react(二) 实现一个简版的html+redux.js的demo 初识react(三)在 react中使用redux来实现简版计数器 初识react(四) react中异步解决方案之 ...

言sir
09/24
0
0
TCP连接的 建立和终止 (TCP MM 和 GG的 初识的三 和 分手的四)

声明: MM: 服务器端: GG:客户端。本文虚构,如有雷同,纯属巧合。 TCP MM 和 GG的 初识的三 和 分手的四。 初识 : 1. GG 向 MM 发送 一道 秋波 (SYN, SED=X) 示好,询问MM是否愿意交往。...

赵绪
2011/08/31
0
0

没有更多内容

加载失败,请刷新页面

加载更多

如何在Chrome浏览器中启动deviceready事件(尝试调试phonegap项目)?

我正在开发PhoneGap应用程序,我希望能够在Chrome中调试它,而不是在电话上调试。但是,我在onGetReady()函数中初始化我的代码,该函数在PhoneGap触发“deviceready”事件时触发。由于Chr...

kisshua
26分钟前
3
0
支付宝客户端架构分析:自动化日志收集及分析

摘要: 《支付宝客户端架构解析》系列将从支付宝客户端的架构设计方案入手,带领大家进一步了解支付宝在客户端架构上的迭代与优化历程。 小蚂蚁说: 《支付宝客户端架构解析》系列将从支付宝...

阿里云官方博客
29分钟前
1
0
nginx中部署vue打包后的静态文件

如何在nginx中部署静态资源就不描述了, 请看我的这篇博客 将vue脚手架项目打包后的静态文件放到nginx上, 发现有个问题, 即url上有#, 怎么去掉这个#呢. 1 项目中router的mode 路由的mode要为h...

克虏伯
46分钟前
8
0
JS容易理解错误的地方

在这端代码执行的末尾,你会不会hi变量回事函数中的hi了?你会不会认为这不是按引用传递了? 对值传递和引用传递产生质疑了? 1 var hi = {};2 function sayHello(hi) { ...

器石_
48分钟前
5
0
Java开发学习--MongoDB

之前只学过sql,第一次使用非关系型数据库。以前对于关系型数据库与非关系型数据库的概念很模糊,通过这次的学习对这两者有了一个清晰的概念。 主键 在MongoDB中,主键名叫"_id",如果在生成...

微笑向暖wx
51分钟前
4
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部