XSS（Cross-site-Script跨站脚本攻击)，CSRF（Cross-site request forgery）跨站请求伪造，也被称为“One Click Attack”或者Session Riding，通常缩写为CSRF或者XSRF (通常来说CSRF是由XSS实现的，所以CSRF时常也被称为XSRF)。
浏览器的同源策略限制了一些跨域行为，但仍有些特例（img、iframe、script标签）不受跨域限制，这就给XSS攻击创造了机会（这完全不是同源策略的锅，一定是程序员的锅) 。
在讲下面的内容前，还是要提一下Cookie，Cookie是用来辨别用户身份的重要依据。来做个形象的比喻，有一天，小A去了一家新开的理发店，店里的托尼老师不认识小A，于是小A就办了一张VIP卡，当小A第二次去这家理发店的时候，店里的托尼老师刷了下小A的卡，想起来了你是小A啊，今天搞什么样的造型啊~ Cookie就是那张VIP卡，用于辨别用户身份。
Cookie包含以下几个属性
采用 Name = Value 的键值对形式存储数据，Name是唯一的
Domain：域名，限制哪些域名下可以使用（该VIP卡仅限本店使用）
Path：路径，只有这个路径前缀的才可用（该VIP卡仅限烫头）
Expires：过期时间（该VIP卡有效期一年）
HTTP（HTTPOnly）：只有浏览器请求时，才会在请求头中带着，JavaScript无法读写
Secure：非HTTPS请求时不带
SameSite：用于定义cookie如何跨域发送
Cookie就先简单说到这里，回到XSS攻击，后续讲到的XSS和CSRF攻击都会围绕着怎么获取Cookie来举例。
XSS（Cross-site-Script跨站脚本攻击），通常是带有页面可解析内容的数据未经处理直接插入到页面上解析造成的。XSS根据攻击脚本的引入位置来区分为存储型XSS、反射型XSS以及MXSS（也叫DOM XSS）三种。
存储型XSS
根据上面的描述来举个例子：<br /> 假设有一个论坛存在XSS漏洞，用户小A在该论坛的一篇帖子中留言到
当小A写的留言被该论坛保存下来之后，如果有其他的用户看到了这条评论（相当于打开了这个页面，执行了hark.js，hark.js里面内容大致是获取Cookie，发送请求），那么这些用户的Cookie都会发送到小A事先写好的信息收集网站中进行保存，然后小A就可以用这些Cookie进行登录啦。
上述这种XSS攻击属于存储型，提交的代码会被存储在服务器端，下次请求目标网站时不用再提交XSS代码。所以这种类型的主要原因是前端提交的数据未经处理直接存储到数据库，然后从数据库中读取出来后直接插入到页面中导致的。
反射型XSS
继续讲故事：
假设有一个网站lalala存在XSS漏洞，网址是[http://www.lalala.com](http://www.lalala.com)。然后有一天小A在邮件里发现一封邮件，内容是一张你懂得图片然后配下面的标签。
小A好奇啊，然后就点了进去，如果在此之前小A登录过lalala网站，那么他的Cookie就被盗走了。
这种XSS攻击属于反射型，发出请求时，XSS代码出现在URL中，作为输入提交到服务器，服务器解析后响应，XSS代码随着响应内容一起传回给浏览器，最后浏览器解析执行XSS代码。这个过程像一次反射，故叫做反射型XSS。
MXSS(DOM XSS)
MXSS则是在渲染DOM属性时将攻击脚本插入DOM属性中被解析而导致的。
至此，三种类型的XSS攻击都描述完了，你看确实都是程序员的锅吧。
解决方案
服务端可以做以下动作
1、刚刚上面讲到Cookie中有个属性时HTTP，设置为True，不允许JavaScript读取cookies，但该属性只适配部分浏览器。对于HTTPS可以设置Secure<br /> 2、处理富文本框输入内容，进行XSS过滤，过滤类似script、iframe、form等标签以及转义存储
客户端可以做以下动作
1、输入检查，和服务端一样都要做。<br /> 2、输出检查，编码转义，如果使用jquery，就是那些append、html、before、after等，插入DOM的方法需要注意。现今大部分的MV*框架在模板（view层）会自动处理XSS问题。XSS攻击的危害是很大的，像上面的例子注入script可以执行任何的JS代码(意味着可以获取cookie等信息了)，注入style可以把页面全部弄崩。**尤其是具有评论功能的网站需要注意防范此类攻击，不要相信客户端发送过来的任何数据！还有就是不要乱点开奇奇怪怪的链接啦~**
若有收获，就点个赞吧
0 人点赞
