网站如何防止CSRF攻击
CSRF(跨站请求伪造)概述 – Cross-site request forgery 简称为“CSRF”,在CSRF的攻击场景中攻击者会伪造一个请求(这个请求一般是一个链接),然后欺骗目标用户进行点击,用户一旦点击了这个请求,整个攻击就完成了。所以CSRF攻击也称为"one click"攻击。 很多人搞不清楚CSRF的概念,甚至有时候会将其和XSS混淆,更有甚者会将其和越权问题混为一谈,这都是对原理没搞清楚导致的。
CSRF与XSS的区别:CSRF是借用户的权限完成攻击,攻击者并没有拿到用户的权限,而XSS是直接盗取到了用户的权限,然后实施破坏。 因此,网站如果要防止CSRF攻击,则需要对敏感信息的操作实施对应的安全措施,防止这些操作出现被伪造的情况,从而导致CSRF。比如: 1. 对敏感信息的操作增加安全的token; 2. 对敏感信息的操作增加安全的验证码; 3. 对敏感信息的操作实施安全的逻辑流程,比如修改密码时,需要先校验旧密码等。
CSRF的实现过程:
接下来实际在靶场当中实践一下:
CSRF(get)
1.先点一下提示
找到有哪些用户
2.登录vince
3.修改个人信息,burp抓包
4.生成csrf poc
copy html放到网站目录下(先建txt,粘贴后改后缀为html)
5.登录kevin用户,然后访问csrf poc
访问后点击,发现kevin用户信息已经被更改
到这就实际体验了文章开头的csrf 流程
顺带提一下渗透测试中两个常见的名词:
POC:全称 ' Proof of Concept ',中文 ' 概念验证 ' ,常指一段漏洞证明的代码。
EXP:全称 ' Exploit ',中文 ' 利用 ',指利用系统漏洞进行攻击的动作。
CSRF(post)
先对比着看一下get和post的数据包区别:
get:
post:
可以看到:
GET请求参数是通过URL传递的,多个参数以&连接,POST请求放在request body中。
1.接着上面抓到的post数据包,生成csrf poc
2.copy html放到网站目录下
3.登录lili用户
初始用户信息
4.不退出用户,直接访问csrf poc
点击后发现用户信息已被修改
CSRF(token)
先抓包看看数据包有何不同
试试csrf能否实现
1.登录lili
原始用户信息
2.访问csrf poc
不能实现csrf,增加了token验证机制,无法绕过
总结:
CSRF广义上存在于任何增删改操作中,根据经验常见的有:
1)冒充身份:订阅/关注/转发/投票操作,删除文件,更改配置等
2)帐户接管:密码修改,邮箱绑定,第三方帐户关联
3)其他:登录/注册/注销/注册
4)安全设计原则:CSRF登录后令牌未更新、登出后未注销等
漏洞防御:
1) 验证header字段
常见的是Referer和Origin,Referer容易绕过,且会包含有一些敏感信息,可能会侵犯用户的隐私,而Origin字段代表最初请求,更建议使用。
2) Token令牌机制
当前最成熟的防御机制,但若存在验证逻辑及配置问题则存在绕过风险。Token的生成机制通常和session标识符挂钩,将用户的token与session标识符在服务端进行匹配。当下已经有很多开源库和中间件都可以实现token生成。
3) 验证自定义header
如基于cookie的csrf保护,验证cookie中的某些值和参数必须相等
扫描关注公众号