学了好久的漏洞,现在来做个小总结。
目录
一、xss简要概述
二、同源策略
三、主要危害
四、存在的场景
五、攻击类型
反射型、储存型、DOM型
六、绕过技巧
七、payload标签
八、防御
一、xss简要概述
概述:
xxs全称:跨站脚本(cross site scrpiting)不要与CSS 混淆。
原理:
攻击者在网页中嵌入恶意脚本(通常是javascript),当用户使用浏览器加载嵌入恶意脚 本的网页,恶意脚本就会执行,造成跨站脚本攻击。
二、同源策略
学到后面才发现要了解同源策略知识。
1、同源含义
如果两个页面的域名、协议、端口都相同,则两个页面具有相同的源。
2、同源策略概念:
同源策略全称(Same origin policy-SOP)是一种约定,它是浏览器最核心也最基本的安全功能。也就是说浏览器只允许访问同一个源下的服务器资源,限制访问不同源下的资源,以防止潜在的恶意文件。
如果非同源,共有三种行为受到限制:
- Cookie、LocalStorage 和 IndexDB 无法读取。
- DOM 无法获得。
- Ajax请求不能发送。
三、主要危害
危害分为两方面:
针对用户:窃取cookie劫持会话、网络钓鱼、放马挖矿、广告刷流量等。
针对WEB服务:劫持后台、篡改页面、传播蠕虫、内网扫面等。
四、存在的场景
重灾区:评论区、留言区、个人信息、订单信息等。
针对型:站内信、网页即时通讯、私信、意见反馈等。
存在风险:搜索框、当前目录、图片属性等。
注意:遇到能够输入的地方都可以尝试插入JS脚本尝试是否弹框。
五、攻击类型
反射型: | 储存型: | DOM型: | |
触发过程 | 黑客构造xss脚本; 正常用户访问携带xss脚本的页面 | 正常用户访问携带xss脚本的URL | 正常用户访问携带xss脚本的URL |
数据存储 | 数据库 | URL | URL |
输出 | 后端Web应用程序 | 后端Web应用程序 | 前端JS |
输出位置 | HTTP响应中 | HTTP响应中 | 动态构造的DOM节点 |
是否持久 | 是 | 否 | 否 |
六、绕过技巧
当后端服务器过滤掉javascript,alert等常见关键词、单引号、双引号、分号时,可以尝试使用以上不同的标签插入,达到绕过后端过滤的目的!
1、大小写绕过:<sCrit>alert(1)</sCript>
2、双写绕过:<sc<script>ript>alert(1)</sc</script>ript>
3、alert被过滤,可以尝试prompt和confirm
4、空格被过滤: <img/src""οnerrοr=alert(1)><svg/οnlοad=alert(1)></svg>
5、长度限制时: <q/oncut=alert(1)> //在限制长度的地方很有效
7、过滤关键字:
(如: javascript)可以在属性中的引号内容中使用空字符、空格、TAB换行、注释、特殊的函数,将代码行隔开。如: javas%09cript:alert()、javas%0acript:alert()、javas%0dcript:alert(),其中%0a表示换行。
8、宽字节绕过:gbxxxx系列的编码,那么我们尝试一下宽字节%cO,%bf,%5c,%df。
9、编码绕过:十六进制编码、jsfuck编码、url编码、unicode编码。
七、payload标签
payload标签:
script 、img 、video 、audio 、svg 、body 、select 、testarea 、iframe等。
payload函数:
onerror当出错时触发、onclick 当鼠标点击触发、onmousemove当鼠标移动就触发、onload 当页面加载完成后触发。
如下例子:
p标签 #可以直接使用事件触发
<p/οnmοuseοver=alert(1)>点我</p>
八、防御
1.设置1HttpOnly,使js获取不到cookie值
2.输入检查,对用户输入的参数进行过滤
3.输出检查,数据输出到HTML中可以进行绕过,对输出值进行过滤
4.对数据进行编码和防御