注册
登录
| 关键词：受害人 攻击者 cookie 验证 攻击 CSRF 合法 受害者 网站 代码 |
CSRF（Cross-site request forgery），是中文：跨站请求伪造的缩写，也被称为：one click attack/session riding，缩写为：CSRF/XSRF。 CSRF出现的时间已经很久远了，但危害到现在还是十分的常见。这种攻击方式在2000年左右国外就已经发现了，国内互联网起步较晚，到06年才开始被关注。到底这个攻击方式有多普遍呢？YouTube跟百度都被爆出来过。 到底什么是CSRF跨站攻击呢？有些人可能XSS跟CSRF经常分不清，我们先来对比一下XSS跟CSRF的区别： XSS：
CSRF：
我们可以看出CSRF比XSS的利用更高级，直接可以略过获取cookie的步骤，也就是说，攻击者自己压根就不需要参与，受害人自己造成的这种局面。就好比攻击者将汽油倒在受害者的门口，受害者自己扔了烟头引起的火灾，很难被发觉是谁攻击的。 这里我们简单举个例子：  从上图不难发现，一次CSRF攻击要完成4步：
以上就是一个大体流程，可能看起来有点生涩，那我们举个例子说明。 我们假设个前提： 账户的余额修改用GET请求money=后面+为充值-为支出，如下：
受害人刚刚访问了自己的余额钱包（合法）并生成了cookie，然后这个时候收到了某人给他发的连接www.b.com，且里面有一张图片，且图片里面存储着恶意代码，如：
虽然你刚才关闭了钱包的页面，但你点开链接访问这张图片的时候，你的浏览器会解析这句代码，通过你刚才访问合法钱包网站生成的cookie，去再次访问并执行money=-1000，扣除1000的余额。
以上简单的说了一下GET请求，但实际应用上POST请求也不在少数，这时候我们可以把前台表单的method方式设置为POST，然后继续试验，当后台使用$_REQUEST去获取请求参数的时候，通常也会被干掉，因为：
为什么会执行成功？ CSRF 攻击之所以能够成功，是因为黑客可以完全伪造用户的请求，而且请求中所有的用户验证信息都是存在于 cookie 中，所以黑客可以在不知道这些验证信息的情况下直接利用用户自己的 cookie 来通过安全验证。 如何防范？ 在请求地址中加入token验证： 当攻击者带着构造好的信息来的时候，通常不会知道我们构造的token是什么，我们可以通过验证token的真实性，如果为假就返回错误，如果为真就认为是正常用户访问。 在HTTP头中定义属性验证： 我们通过XMLHttpRequest 这个类，可以一次性给所有该类请求加上 csrftoken 这个 HTTP 头属性，并把 token 值放入其中。 验证HTTP Referer： 根据 HTTP 协议，在 HTTP 头中有一个字段叫 Referer，它记录了该 HTTP 请求的来源地址，我们的合法地址为www.a.com?money=+1000，这样就可以正常访问，但如果前面的地址变为www.b.com就被识别出来了。 |
| 本文出处： https://www.toutiao.com/a6632244746607657475/ |
|
声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|
