标签：后台   font   src   前端   burpsuite   function   mil   大小写   mic   

反射性xss（get）

输入“ ‘"<>123456 ” 用于测试我们的输入会不会被过滤掉，因为有特殊字符 查看页面源码 输入被输出到了 p 标签中

 测试输入的JS代码payload如下

前端对输入长度做了限制，修改一下成为2333333    才能输入完整的payload

成功执行 查看源码，输入的payload嵌入了到了 p 标签里面

反射性xss（post）

用户名密码 admin 123456  进入界面

 不能输入标签中

POST的方式提交的，参数内容不会出现在URL中，通过burpsuite

 账号admin/123456
登上去以后发现还是没有任何过滤，直接构造payload:

 经查询发现是用sha1 解密 得出密码为123456

存储型XSS

存储型XSS和反射型XSS形成的原因是一样的，不同的是存储型XSS下攻击者的可以将脚本注入到后台存储起来，构成更加持久的危害

进行特殊字符的测试

发现没有过滤 下面通过源码观察，也直接输出在 p 标签中，看起来没有经过任何转义和处理 下面输入下面的Payload进行测试测试输入的JS代码payload如下

成功弹窗

DOM型XSS

 随意输入字符123

 输入的语句全部嵌在a标签内了

 创造一个闭合，将a标签闭合掉，并且写入一个语句。

构造payload

  成功弹窗

DOM型XSS-X

 输入是从浏览器的URL中获取的，和反射型XSS(get)类似

构造payload

构造payload

 成功弹窗

XSS盲打

提交后内容不再前端输出 而是输入到了后台。

提交以下内容

 登录后台管理界面  http:///pikachu/vul/xss/xssblind/admin_login.php  

 一进来就发现弹窗

 xss 过滤

开发者会做出很多防御措施，但是还是有很多绕过的方式。比如大小写，双写（拼凑）注释干扰，

大小写混合的方式看看能否绕过

 成功弹窗，后端只对小写的script进行过滤

 将alert(‘xss‘)进行HTML编码 成功弹窗

 XSS htmlspecialchars

发现单引号没有经过编码

输入特殊字符进行测试

添加一个单引号用于闭合 href 中的单引号

XSS href输出

 输入一个进行测试 提交后查看源码，输入在 a 标签的 href属性中

点击出现弹窗

XSSjs输出

随便输入进行测试

测试输入查看页面源码 插入js 测试代码

构造一个闭合，先用一个单引号和</script>闭合掉页面中的<script> 构建payload

js代码执行 成功弹出弹窗

pikachu xss'

标签：后台   font   src   前端   burpsuite   function   mil   大小写   mic   

原文地址：https://www.cnblogs.com/p201721210007/p/12034842.html