level 1

观察三处箭头，发现是向服务器提交了一个name 参数，值为"test"，从页面回显看，将name参数的值显示在了页面上，并且显示了name参数值的字符长度
查看其源码
将name 参数重新赋值为 <script>alert('xss')</script>

level 2

查看其url，发现是Get方式传递参数
查看源代码
先使用上一关的恶意语句操作进行弹窗

报错，查看源代码

可以看到<和>都被编码实体化了
用到sql注入里的思路将属性的引号和标签先闭合
将keywod的参数值重新赋值为"><script>alert('xss')</script>//

“>去闭合原先的”
//去注释掉原先的”

level 3

先在输入框中输入"test"进行尝试，发现不可以

查看其源代码

与第二关相似，但是还不确定有没有敏感字符过滤，编码等操作
构造弹窗测试一下

发现报错，看源代码
发现同一关一样< >均被实体化
在服务器端查看level.php的代码

构造代码level3.php?keyword='onfocus=javascript:alert('xss') > //&submit=搜索

发现没有直接弹窗，是因为onfocus事件的特殊性造成的

onfocus 事件在对象获得焦点时发生onfocus 通常用与<input>,<select>,<a>

点击当前页面的输入框就可以完成弹框了

level 4

这一关还是用的Get 方式请求参数并且该参数值在页面上有两处显示
先使用弹窗代码测试一下

仔细观察，发现输入框中和我们输入的不一样，没有< >查看网页源代码

在第15行中，将< >编码转换了
在第16行中，将< >删除了
使用上一关的代码

点击输入框触发事件进行弹框

查看源代码分析

17：将get方式传递到服务器端的keyword参数的值赋给str变量
18 19 ：将变量中的< >删除
20：对变量进行编码然后显示在页面上
22：将去除< >的变量值插入到<input>标签的value属性值中

level 5

查看网页源代码

发现在我们的恶意代码中添加了_
使用之前的代码进行测试
这次没有成功出发弹窗，查看网页源代码

看了源代码后，发现对onfocus这一类的事件字符也进行了防范
构造下方代码

从页面回显可以看到一个xss的链接
点击链接即可触发弹窗的js代码

查看这一关的源码

17：将get方式传递到服务器端的keyword参数的值进行全小写的转换，然后赋值给str变量。

18 19 ：通过str_replace()函数来破坏变量值中的敏感字符的语义。
20 ：通过htmlspecialchars()函数处理之后显示到网页上，

22：直接将进行敏感字符处理之后的变量值插入到标签的value属性值中。

level 6

先用test测试一下，看源代码

尝试使用恶意代码

再查看源代码

发现其中< > 被编码了
还有在script字符中插入了_破环语义
尝试事件触发的代码

查看源代码

可以看到在value属性值中也插入了_符号防止xss的发生
尝试上一关的代码


尝试大小写混写是否可以绕过

点击链接

level 7

先试一下
看网页源代码

发现其中将< >编码处理了并且将script字符直接删除了，试一下事件触发

看源代码

发现onfocus事件直接把on 字符删除了，javascript中的script字符也被删除了，不需要再尝试新的标签了，试一下大小写是否可以绕过

看源代码

大小写绕过失败，尝试双写关键字


其中将参数值转换成了小写，并将基本的关键字都删除了，但是只执行了一次，所以可以双写绕过

level 8

用test 测试，查看源代码

提交的参数值会插入到<input>标签的value属性值中，一个会插入到下方的<a>标签的href属性值中

查看源代码

< > 被编码了
在href属性值中script字符被插入了_字符破坏语义

用来闭合引号的引号也被编码了
onfocus一类的事件也被破坏了
大小写绕过失败
因此此处没有对关键字进行删除，所以就不进行双写测试
对于代码进行编码



对参数值做了小写处理并且对常用的关键字做了过滤处理，还将用来起闭合作用的引号做了字符实体替换

level 9

查看网页源代码

在<a>标签中的href属性中没有出现该参数值，而显示的字符串，猜测对url地址做了匹配，只有包含正常的url地址才能添加到href属性值中，构造一个有正常url地址的恶意代码

语句中虽然显示在了href属性值中，但是javascript字符中被插入了_,尝试使用大小写绕过试试

失败，尝试上一关的方法对关键字进行编码


17-23：与上一关一致
32 34 ：判断如果字符中没有http://的话就会返回false
接着在href属性值中就会出现字符串
38 ：判断成功后，返回第一次出现的位置
将该字符串插入到href属性值中

level 10

看网页源码

在源码中有一个隐藏的表单
其中含有t_link t_hiatory t_sort这样三个隐藏的<input>标签
先测试一下

看网页源代码

这里有三个<input>标签的话，也就意味者是三个参数
看那个标签能够被突破

从页面响应来看，有一个<input>标签的状态可以被改变这个标签就是名

为t_sort的<input>标签，之前都是隐藏状态，但是通过构造参数响应发现只有它里面的值被改变了。

因此可以从该标签进行突破，尝试能不能注入恶意代码进行弹窗。

18 ：说明是接收t_sort参数值的
19 20 ：会删除t_sort参数值中的< >

level 11

查看网页源代码

可以看到像第十关一样有隐藏的表单
不同的是多了一个t_ref的<input>标签
尝试上一关的方法

页面没有反应
查看网页源代码

原来t_sort仍然是接受参数值的，但是里面的双引号被编码了

这样浏览器只能正常显示字符但是却无法起到闭合的作用了
进行抓包
可以看到在原始的请求数据包中并没有referer这个请求头，那么我们可以自己给它加上

referer :1111

构造代码
可以看到我们添加的referer头的值出现在了t_ref标签的value属性值中了。

接下来就是从这里突破注入恶意代码了，恶意代码成功插入了value属性值

中，接着将这个请求的响应放行到浏览器试试

成功弹窗了，说明通过referer头来提交恶意代码触发了xss

level 12

抓包尝试

两个值一摸一样
尝试闭合前面的value属性，然后构造恶意代码

level 13

与前几关很相似


出现了新的标签
猜测应该与http请求头有关，抓包测试一下

可以看到抓取的数据包中cookie头是有值的，而且这个值在响应的网页

level 14

直接进入第15关

level 15

看网页源代码

level 16

可以看到我们提交的参数值在页面中有一处显示位
看网页源代码

level 17

level 18

同上一关一样

level 19

level 20