什么是XSS攻击？

如何进行XSS攻击

1、假设有一个博客网站，我发表一篇博客，其中嵌入<script>脚本

2、脚本内容：获取cookie 发送到我的服务器（服务器配合跨域）

3、发布这篇文章，有人查看它，我轻松收割访问者的cookie

4、可以 **<script>document.cookie</script>** 获取到当前域名的cookie，然后发送给攻击者的
服务器，攻击者的服务器提前设置好允许跨域。

预防XSS攻击

1.  替换特殊字符，如 < 变为&It; > 变为&gt;

1.  <script>变为&It; script &gt; ,直接显示，而不会作为脚本执行

1.  替换的操作谁来做比较合适呢？前后端都可以，最好是前后都做，安全性更高

1.  前端可以通过正则匹配替换< >

什么是CSRF/XSRF攻击？

CSRF 概念：CSRF（Cross-site request forgery）跨站请求伪造，也被称为“One Click Attack”或者 Session Riding，通
常缩写为 CSRF 或者 XSRF，是一种对网站的恶意利用。

尽管听起来像跨站脚本（XSS），但它与 XSS 非常不同，XSS 利用站点内的信任用户，而 CSRF 则通过伪装成受信任用户的请求来
利用受信任的网站。

与 XSS 攻击相比，CSRF 攻击往往不大流行（因此对其进行防范的资源也相当稀少）和难以防范，所以被认为比 XSS 更具危险性。

CSRF攻击原理

1. 用户C打开浏览器，访问受信任网站A，输入用户名和密码请求登录网站A；

2.在用户信息通过验证后，网站A产生Cookie信息并返回给浏览器，此时用户登录网站A成功，可以正常发送请求到网站A；

3. 用户未退出网站A之前，在同一浏览器中，打开一个TAB页访问网站B；

4. 网站B接收到用户请求后，返回一些攻击性代码，并发出一个请求要求访问第三方站点A；

5. 浏览器在接收到这些攻击性代码后，根据网站B的请求，在用户不知情的情况下携带Cookie信息，向网站A发出请求。网站A并不
知道该请求其实是由B发起的，所以会根据用户C的Cookie信息以C的权限处理该请求，导致来自网站B的恶意代码被执行。

进行CSRF攻击

受害者 Bob 在银行有一笔存款，通过对银行的网站发送请求可以使 Bob 把 1000000 的存款转到 bob2 的账号下。通常情况下，该
请求发送到网站后，服务器会先验证该请求是否来自一个合法的 session，并且该 session 的用户 Bob 已经成功登陆。

黑客 Mallory 自己在该银行也有账户，他知道上文中的 URL 可以把钱进行转帐操作。Mallory 可以自己发送一个请求给银行。但
是这个请求来自 Mallory 而非 Bob，他不能通过安全认证，因此该请求不会起作用。

这时，Mallory 想到使用 CSRF 的攻击方式，他先自己做一个网站，在网站中放入代码，并且通过广告等诱使 Bob 来访问他的网站。
当 Bob 访问该网站时，上述 url 就会从 Bob 的浏览器发向银行，而这个请求会附带 Bob 浏览器中的 cookie 一起发向银行服务
器。大多数情况下，该请求会失败，因为他要求 Bob 的认证信息。但是，如果 Bob 当时恰巧刚访问他的银行后不久，他的浏览器与
银行网站之间的 session 尚未过期，浏览器的 cookie 之中含有 Bob 的认证信息。这时，悲剧发生了，这个 url 请求就会得到
响应，钱将从 Bob 的账号转移到 Mallory 的账号，而 Bob 当时毫不知情。等以后 Bob 发现账户钱少了，即使他去银行查询日志，
他也只能发现确实有一个来自于他本人的合法请求转移了资金，没有任何被攻击的痕迹。而 Mallory 则可以拿到钱后逍遥法外。

预防CSRF攻击

目前防御 CSRF 攻击主要有三种策略：验证 HTTP Referer 字段；在请求地址中添加 token 并验证；在 HTTP 头中自定义属性并验证。