http referer 验证防御方法_技术干货 | CSRF攻击原理以及防御

最新推荐文章于 2025-02-24 11:45:41 发布

weixin_39559333

最新推荐文章于 2025-02-24 11:45:41 发布

阅读量2k

点赞数 1

文章标签： http referer 验证防御方法 token为什么能防止csrf

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

例子

CSRF攻击原理图

CSRF攻击攻击原理及过程如下：

1. 用户打开浏览器，访问受信任银行网站，输入用户名和密码请求登录网站； 2.在用户信息通过验证后，银行网站产生Cookie信息并返回给浏览器，此时用户登录网站成功，可以正常发送请求到网站； 3. 用户未退出银行网站之前，在同一浏览器中，打开一个TAB页访问其他网站B 4. 这时候网站B 已被黑客注入诱导信息，加入是一张图片,图片地址指向 src=”http://bank.example/withdraw?account=bob&amount=1000000&for=黑客点击之后转账给黑客这个账户 5. 浏览器在接收到这些攻击性代码请求后，根据网站B的请求，在用户不知情的情况下携带Cookie信息，根据用户的Cookie信息以C的权限处理该请求，导致来自黑客请求恶意代码被执行。

这是原理, 攻击者盗用了你的身份，以你的名义发送恶意请求，对服务器来说这个请求是完全合法的，但是却完成了攻击者所期望的一个操作，比如以你的名义发送邮件、发消息，盗取你的账号，添加系统管理员，甚至于购买商品、虚拟货币转账等。

如何防御CSRF攻击

1、验证 HTTP Referer 字段

释：referer : 来路;提交方;来源网址
根据 HTTP 协议，在 HTTP 头中有一个字段叫 Referer，它记录了该 HTTP 请求的来源地址。

验证referer

也就是说，服务器会验证客户端的请求来源，如果本网站请求的则响应，否则不响应。

但是即使这样，验证 HTTP Referer 字段这种方式也存在安全隐患

对于某些浏览器，比如 IE6 或 FF2，目前已经有一些方法可以篡改 Referer 值
用户自己可以设置浏览器使其在发送请求时不再提供 Referer

2.加验证码验证

但这种方式涉及到页面交互，在通常情况下，验证码能很好遏制CSRF攻击。但是出于用户体验考虑，网站不能给所有的操作都加上验证码。因此验证码只能作为一种辅助手段，不能作为主要解决方案。

3.使用 token (Anti CSRF Token)

可以理解是防伪

例子：

用户访问某个表单页面。
服务端生成一个Token，放在用户的Session中，或者浏览器的Cookie中。
在页面表单附带上Token参数。
用户提交请求后，服务端验证表单中的Token是否与用户Session(或Cookies)中的Token一致，一致为合法请求，不是则非法请求。

token

这个Token的值必须是随机的。由于Token的存在，攻击者无法再构造一个带有合法Token的请求实施CSRF攻击。另外使用Token时应注意Token的保密性，尽量把敏感操作由GET改为POST，以form或AJAX形式提交，避免Token泄露。

总结

通常使用Anti CSRF Token来防御CSRF攻击，同时要注意Token的保密性和随机性。

END

| More ·精彩回顾 |

乡村网络安全意识培训专题会议成功召开

2020年需要关注的七个新增/热门网络安全认证

教育部：网络安全等16个领域纳入国家安全教育，大中小学全覆盖