本文目录一览：
- 1、在xss中各种过滤的情况，在什么地方可能存在注入点
- 2、如何使用xenotix xss
- 3、在web页面的元素中，下面哪些场景中可能存在xss
- 4、发现XSS漏洞的一般做法有哪些？
- 5、触发xss payload的是哪一个人
- 6、metasploit渗透测试魔鬼训练营里使用xss注入时xp系统没反应使用其他虚拟机可以成功。
在xss中各种过滤的情况，在什么地方可能存在注入点
XSS注入的本质就是:某网页中根据用户的输入,不期待地生成了可执行的js代码,并且js得到了浏览器的执行.意思是说,发给浏览器的字符串中,包含了一段非法的js代码,而这段代码跟用户的输入有关.常见的XSS注入防护,可以通过简单的htmlspecialchars(转义HTML特殊字符),strip_tags(清除HTML标签)来解决,但是,还有一些隐蔽的XSS注入不能通过这两个方法来解决,而且,有时业务需要不允许清除HTML标签和特殊字符.下面列举几种隐蔽的XSS注入方法:IE6/7UTF7XSS漏洞攻击隐蔽指数:5伤害指数:5这个漏洞非常隐蔽,因为它让出现漏洞的网页看起来只有英文字母(ASCII字符),并没有非法字符,htmlspecialchars和strip_tags函数对这种攻击没有作用.不过,这个攻击只对IE6/IE7起作用,从IE8起微软已经修复了.你可以把下面这段代码保存到一个文本文件中(前面不要有空格和换行),然后用IE6打开试试(没有恶意代码,只是一个演示):+/v8+ADw-script+AD4-alert(document.location)+ADw-/script+AD4-最容易中招的就是JSONP的应用了,解决方法是把非字母和数字下划线的字符全部过滤掉.还有一种方法是在网页开始输出空格或者换行,这样,UTF7-XSS就不能起作用了.因为只对非常老版本的IE6/IE7造成伤害,对Firefox/Chrome没有伤害,所以伤害指数只能给4颗星.参考资料:UTF7-XSS不正确地拼接JavaScript/JSON代码段隐蔽指数:5伤害指数:5Web前端程序员经常在PHP代码或者某些模板语言中,动态地生成一些JavaScript代码片段,例如最常见的:vara='!--?phpechohtmlspecialchars($name);?';不想,$name是通过用户输入的,当用户输入a’;alert(1);时,就形成了非法的JavaScript代码,也就是XSS注入了.只需要把上面的代码改成:vara=
如何使用xenotix xss
scanner里面的”get request manualmode”是手动测试，即每次点击start的时候，只会执行一个payload，而”get request auto mode”是自动测试，设置时间间隔，就可以自动扫描。每次扫描的结果会在下面的三个浏览器中显示结果。
URL填写要测试的页面，parmeter填写”参数=”,测试时完整的URL可以在Browse处看到。
在web页面的元素中，下面哪些场景中可能存在xss
跨站脚本攻击，通常指黑客通过“HTML注入”篡改了网页，插入了恶意的脚本，从而在用户浏览网页时，控制用户浏览器的一种攻击。
1.在HTML标签中输出
div$var/div
a href=# $var/a
在这种场景下，XSS的利用方式一般是构造一个script标签，或者是任何能够产生脚本执行的方式。
divscriptalert(/xss/)/script/div
a href=# img src=# onerror=alert(1) //a
2.在HTML属性中输出
div id="abc" name="$var" /div
灵活构造XSS PAYLOAD
div id="abc" name=""scriptalert(/xss/)/script"" /div
3.在script标签中输出
script
var x = "$var";
/script
攻击者需要先闭合引号才能实施XSS攻击
script
var x = "";alert(/xss/);//";
/script
发现XSS漏洞的一般做法有哪些？
关于发现时间，要具体到是检测什么目标了。找google的，和找腾讯的时间肯定不会一样。 至于“你们一般都是如何发现xss漏洞的？” 不同类型的XSS漏洞，可能不尽相同。
1.对于反射型XSS以及一些DOM XSS，一般建议是开发一些自动化的扫描工具进行扫描，并辅以手工分析。 另外一方面，搜索引擎也是快速寻找具有缺陷参数的好办法。
2.对于存储型XSS，
1) 对于单纯的输入-存储-输出点 的情况 （输入与输出点关系：一个地方输入，会有多个地方输出；不同地方输入，同一地方输出。绕了点 T T ...）。常规测试是正向直接输入内容，然后在输出点查看是否未过滤，当然你也可以先大胆假设输出点未过滤，反向寻找在何处进行输入，进而测试。
2）对于富文本，则需要对过滤器进行fuzz测试（人脑+自动化）了，正好乌云drops上有乌乌发了一篇：fuzzing XSS filter
3）第三类，就是一些WEB应用中所出现的DOM-存储型XSS，即输出点的无害内容，会经过js的一些dom操作变得危险（本质上和 第1点里的dom xss成因是一样的）。这一类的挖掘方法，个人觉得不太好总结。 其一，需要熟悉WEB应用的功能，其二，知道功能所对应的JS代码有哪些，其三，凭直觉猜测程序员会在哪些功能出现可能导致XSS的过滤遗忘或过滤错误（直觉是唬人的，其实就是你知道某些功能会需要某些代码实现，而这些代码常常容易出错），其四，需要有较好的代码阅读跟踪能力（JS一大坨。。还是蛮难读的.... 有些代码被混淆过，十分不易阅读，就会涉及到如何下断点进行调试的小技巧）。 我想，挖掘这一类的前提可能是需要有不错的前端开发经验，写多了，才会有足够的嗅觉。
其实吧，有时候专门去找漏洞会很累的，大什么怡情，小什么伤身，因此，我们还不如开心的敲敲代码，听听歌，静待生命中那些意外的收获。 这些收获经常来自身边的人发给你的一些事物。
最后，不论如何，基础很重要吧，内力不足，招式再多也没用，反之，草木竹石皆可为剑。
触发xss payload的是哪一个人
可能是硬件故障，电源不良或者主板有虚焊或断路现象，内存不良，CPU故障灯。触发不开机，强制能开机要先给机箱清理灰尘，用吹风机把机箱里的潮气吹干净，然后重启试试。
metasploit渗透测试魔鬼训练营里使用xss注入时xp系统没反应使用其他虚拟机可以成功。
是什麼意思？是你拿本地msf测试注入你的虚拟机才可以的，但你说的XP系统没反应是你虚拟机上的系统还是你本地的系统？通常测试都是拿虚拟机的系统作为测速，用於测试看看可以通过一些漏洞进去，你本地的系统如果是XP的话，现在的MSF都是64位的，你电脑是多少位？或许有一些漏洞，如果是在虚拟机注入本地XP系统的话，需要看你的虚拟机裏面装的是什麼系统。
exploits模块和payloads模块综合利用。
举个例子
比如Exploitwindows/smb/ms08_067_metapi
payload:windows/shell/bind_up
target:windows xp