网络安全 kali Web 安全之 CSRF 攻击
CSRF 是什么？
CSRF（Cross Site Request Forgery），中文是跨站点请求伪造。CSRF 攻击者在用户已经登录目标网站之后，诱使用户访问一个攻击页面，利用目标网站对用户的信任，以用户身份在攻击页面对目标网站发起伪造用户操作的请求，达到攻击目的。
举个例子
简单版：
假如博客园有个加关注的 GET 接口，blogUserGuid 参数很明显是关注人 Id，如下：
那我只需要在我的一篇博文内容里面写一个 img 标签：
那么只要有人打开我这篇博文，那就会自动关注我。
升级版：
假如有个加关注的接口，不过已经限制了只获取 POST 请求的数据。这个时候就做一个第三方的页面，但里面包含 form 提交代码，然后通过 QQ、邮箱等社交工具传播，诱惑用户去打开，那打开过博客园的用户就中招了。
在说例子之前要纠正一个 iframe 问题，有人会直接在第三方页面这样写。如下：
这样是用问题的，由于同源策略的原因，iframe 内容根本加载不出来，所以里面 form 提交当然不会执行。
PS：我尝试了 chrome、IE11、Firefox，情况都是这样。
所以可以用嵌多一层页面方式解决，如下：
第一个展示页面（test）:
第二个隐藏页面（test2）:
这样就可以解决了，有人会问为什么要加多一层 iframe，因为不嵌 iframe 页面会重定向，这样就降低了攻击的隐蔽性。另外我们 test 页面不使用 XMLHTTPRequest 发送 POST 请求，是因为有跨域的问题，而 form 可以跨域 post 数据。
进阶版：
假如博客园还是有个加关注的接口，已经限制 POST，但博文内容是直接贴进 HTML（未过滤），那就遭受 XSS 攻击。那么就可以直接把上面代码嵌入博文，那么只要有人打开我这篇博文，还是会自动关注我，这组合攻击方式称为 XSRF。
CSRF 攻击的本质原因
CSRF 攻击是源于 Web 的隐式身份验证机制！Web 的身份验证机制虽然可以保证一个请求是来自于某个用户的浏览器，但却无法保证该请求是用户批准发送的。CSRF 攻击的一般是由服务端解决。
CSRF 工具的防御手段
尽量使用 POST，限制 GET
GET 接口太容易被拿来做 CSRF 攻击，看第一个示例就知道，只要构造一个 img 标签，而 img 标签又是不能过滤的数据。接口最好限制为 POST 使用，GET 则无效，降低攻击风险。
当然 POST 并不是万无一失，攻击者只要构造一个 form 就可以，但需要在第三方页面做，这样就增加暴露的可能性。
浏览器 Cookie 策略
IE6、7、8、Safari 会默认拦截第三方本地 Cookie（Third-party Cookie）的发送。但是 Firefox2、3、Opera、Chrome、Android 等不会拦截，所以通过浏览器 Cookie 策略来防御 CSRF 攻击不靠谱，只能说是降低了风险。
PS：Cookie 分为两种，Session Cookie（在浏览器关闭后，就会失效，保存到内存里），Third-party Cookie（即只有到了 Exprie 时间后才会失效的 Cookie，这种 Cookie 会保存到本地）。
PS：另外如果网站返回 HTTP 头包含 P3P Header，那么将允许浏览器发送第三方 Cookie。
加验证码
验证码，强制用户必须与应用进行交互，才能完成最终请求。在通常情况下，验证码能很好遏制 CSRF 攻击。但是出于用户体验考虑，网站不能给所有的操作都加上验证码。因此验证码只能作为一种辅助手段，不能作为主要解决方案。
Referer Check
Referer Check 在 Web 最常见的应用就是“防止图片盗链”。同理，Referer Check 也可以被用于检查请求是否来自合法的“源”（Referer 值是否是指定页面，或者网站的域），如果都不是，那么就极可能是 CSRF 攻击。
但是因为服务器并不是什么时候都能取到 Referer，所以也无法作为 CSRF 防御的主要手段。但是用 Referer Check 来监控 CSRF 攻击的发生，倒是一种可行的方法。
Anti CSRF Token
现在业界对 CSRF 的防御，一致的做法是使用一个 Token（Anti CSRF Token）。
例子：
用户访问某个表单页面。
服务端生成一个 Token，放在用户的 Session 中，或者浏览器的 Cookie 中。
在页面表单附带上 Token 参数。
用户提交请求后， 服务端验证表单中的 Token 是否与用户 Session（或 Cookies）中的 Token 一致，一致为合法请求，不是则非法请求。
这个 Token 的值必须是随机的，不可预测的。由于 Token 的存在，攻击者无法再构造一个带有合法 Token 的请求实施 CSRF 攻击。另外使用 Token 时应注意 Token 的保密性，尽量把敏感操作由 GET 改为 POST，以 form 或 AJAX 形式提交，避免 Token 泄露。
注意：
CSRF 的 Token 仅仅用于对抗 CSRF 攻击。当网站同时存在 XSS 漏洞时候，那这个方案也是空谈。所以 XSS 带来的问题，应该使用 XSS 的防御方案予以解决。
总结
CSRF 攻击是攻击者利用用户的身份操作用户帐户的一种攻击方式，通常使用 Anti CSRF Token 来防御 CSRF 攻击，同时要注意 Token 的保密性和随机性。
还未添加个人签名 2021.06.02 加入
10年Linux使用及管理经验，7年IT在线教育培训经验。精通Linux、Python、思科、C++、安全渗透等技术。曾任职国内知名互联网公司高级运维架构师、运维总监。对基于Linux下开源程序Openstack、Docker、K8S、DevOps、
评论