Web 漏洞分析与防御之 CSRF（二）

原文地址：Web 漏洞分析与防御之 CSRF（二）
博客地址：http://www.extlight.com

一、全称

跨站请求伪造（Cross-site Request Forgery）

二、原理

在用户登陆目标网站后，后端会返回用户登陆的凭证到前端（浏览器的 cookie）。攻击者诱使用户点击某个超链接，该超链接会发送恶意请求（会携带用户的 cookie），从而冒充用户完成业务请求（发帖、盗取用户资金等）。

三、攻击方式

笔者以网站的发帖功能为案例对 CSRF 攻击进行简单的讲解。

3.1 提交 form 表单

下图为模拟攻击演示图：

以下是演示图中，"CSRF 攻击.html" 文件的源码。

实际案例中，攻击者会先了解目标网站请求的 url，通过诱惑登陆用户点击某个超链接，该链接指向类似上文的 html 页面（第三方网站）。因为是用户在自己浏览器点击的超链接，因此会自动携带用户浏览器中的 cookie，这样在第三方网站就可以冒充用户发起请求。

3.2 点击超链接

如果目标网站允许 get 请求，可通过超链接攻击。如下图：

超链接源码如下：

点击获取现金大奖

3.3 加载图片方式

更加粗暴的方式就是通过图片发送请求，如下图：

图片源码如下：

四、防御

CSRF 攻击的一个特点是绕过目标网站的前端页面（无法获知页面的信息，如：验证码，token），在第三方网站发送请求到目标网站后端。

4.1 禁止第三方网站携带 cookie

在网站后端，用户登陆功能的代码中，设置 cookie 的 SameSite 的值为 Strict 返回给浏览器。

缺点：目前只有 chrome 和 opera 支持该属性。

4.2 使用验证码

以论坛发帖为例，在发帖时，设置一个验证码，发帖后在后端进行校验。CSRF 攻击没法获取到验证码，从而目标网站得到了防御。

4.3 使用 token

继续以论坛发帖为例，在论坛后端跳转发帖页面的代码中随机生成一个 N 位数的数字/字符串作为 token，设置到 cookie 和任意变量名的变量中（最终放入到前端的 form 表单中）。当用户在页面发帖后，后端接收和校验 cookie 中的 token 和 页面提交的 token 是否一致。如果一致，则说明是用户合法操作。

4.4 判断 referer

referer 是 http 的请求头，用户发送请求后，在后端获取该请求头，判断它的值是否包含目标网站的域名。如果包含说明操作合法。

五、参考资料

• http://netsecurity.51cto.com/art/200811/97281.htm

转载于:https://www.cnblogs.com/moonlightL/p/7653401.html