本文目录一览：
- 1、广东电台星空夜话主持人的微博号是多少？
- 2、XSS是指什么
- 3、如何对执行了特殊字符转义的网站进行XSS攻击
- 4、xss注入漏洞产生的原因？xss注入过程步骤是什么？防范xss注入的方法有哪些
- 5、用正则表达式不就可以让用户名不能包含一些字符了吗，为什么还要转义
广东电台星空夜话主持人的微博号是多少？
仍然是关于XSS下的利用。br/br/很多网站为了避免XSS的攻击，对用户的输入都采取了过滤，最常见的就是对转换成以及，经过转换以后虽然可在正确显示在页面上，但是已经不能构成代码语句了。这个貌似很彻底，因为一旦被转换掉，什么script src=1.js/script就会转换成“script src=1.js/script”，不能执行，因此，很多人认为只要用户的输入没有构成，就不能闭合前后的a href=" ;ch=w.search.intlink " target="_blank"标签/a，其语句当然也不会有害。br/br/但是，万事总有可能，只要有一定的条件，我们就可以a href=" ;ch=w.search.intlink " target="_blank"构造/a经过a href=" ;ch=w.search.intlink " target="_blank"编码/a后的语句来进行XSS。br/br/1． a href=" ;ch=w.search.intlink " target="_blank"转义字符/abr/br/首先要认识一下“\”，这个不是斜杠么。对的，斜杠在JAVASCRIPT有着特殊的用途，它是转义的符号。例如，我们把我们XSS语句转换成16a href=" ;ch=w.search.intlink " target="_blank"进制/a，这里是scriptalert(‘poruin’)/script,我用在CHA88那里淘过来的脚本工具来转换，如图：br/br/ br/br/ br/br/br/结果如下br/br/\x3C\x73\x63\x72\x69\x70\x74\x3E\x61\x6C\x65\x72\x74\x28\x27\x70\x6F\x72\x75\x69\x6E\x27\x29\x3C\x2F\x73\x63\x72\x69\x70\x74\x3Ebr/br/这些就是经过编码后的a href=" ;ch=w.search.intlink " target="_blank"字符/a，因为前面的斜杠缘故，所以后面的这些字符在JAVASCRIPT中都会被还原。br/br/我们再来看一下测试用的index.aspbr/br/form name=formbr/br/input type=text name=text1br/br/input type=submit name=submitbr/br//formbr/br/%br/br/if request("text1") "" thenbr/br/a=replace(replace(request("text1"),"",""),"","")br/br/end ifbr/br/%br/br/scriptbr/br/a="%=a%"br/br/document.write(a)br/br//scriptbr/br/很简单的内容，接受用户的数据后过滤，再用JAVASCRIPT显示出来，直接输入XSS的测试语句看看，被转换掉了吧。再来输入经过16a href=" ;ch=w.search.intlink " target="_blank"进制转换/a后的字符，这些字符都可以轻松的逃过过滤，完整进入代码中，经过JAVASCRIPT还原之后，正确解释出来，如图br/而不但是a href=" ;ch=w.search.intlink " target="_blank"十六进制/a可以，a href=" ;ch=w.search.intlink " target="_blank"八进制/a同样奏效，转换后代码如下：br/br/\74\163\143\162\151\160\164\76\141\154\145\162\164\50\47\160\157\162\165\151\156\47\51\74\57\163\143\162\151\160\164\76br/br/二．UBB标签br/br/UBB标签是目前广泛运用到论坛，留言簿，以及其他网站系统的一种编码标签，类似
url[/img]这样的，用户在中间输入地址后即可，在发表的时候系统会自动改成img src=”url”/img。这个URL就是用户输入的图片地址，XSS攻击中，可以利用这个特点来达到无需用户输入就能执行由用户所输入的代码，我们只要在输a href=" ;ch=w.search.intlink " target="_blank"入网/a址的地方输入：br/br/x"/**/onerror="alert('poruin')br/br/那么经过转换后就变成了br/br/img src="x"/**/onerror="alert('poruin')"/imgbr/br/在JSa href=" ;ch=w.search.intlink " target="_blank"中空/a格可以用/**/转换，如图：br/三．JS还原函数br/br/JS中的编码还原函数最常用的就是String.fromCharCode了，这个函数用于a href=" ;ch=w.search.intlink " target="_blank"ascii码/a的还原，一般来说，这个函数都要配合EVAL来使用才有效果。br/br/在跨站中，String.fromCharCode主要是使到一些已经被列入黑名单的a href=" ;ch=w.search.intlink " target="_blank"关键字/a或语句安全通过检测，把关键字或语句转换成为ASCII码，然后再用String.fromCharCode还原，因为大多数的过滤系统都不会把String.fromCharCode加以过滤，例如关键字alert被过滤掉，那就可以这么利用：br/br/img src="x"/**/onerror="eval(String.fromCharCode(97,108,101,114,116,40,39,112,111,114,117,105,110,39,41))"/imgbr/br/执行效果如上图一样，没有关键字同样执行想要执行的代码。br/br/br//pre 在这篇文章的最后提及到这么一段HTML代码br/br/scriptfunction show(){}/scriptbr/br/body onload="show('');alert(Ƈ')"tom/bodybr/br/a href="" target="_blank"浏览器/a打开，弹出一个框框，内容为1。这段代码看起来就像建立和引用一个函数，但是看看中间的那段被HTMLa href=" ;ch=w.search.intlink " target="_blank"编码/a的a href=" ;ch=w.search.intlink " target="_blank"字符/a，解码后完整代码如下：br/br/scriptfunction show(){}/scriptbr/br/body onload="show('');alert('1')"tom/bodybr/br/这里就很容易看出来，作者在玩一个a href=" ;ch=w.search.intlink " target="_blank"填字游戏/a，和传统的跨站要闭合前后一样，在函数SHOW所引入的字符中也闭合了前面的函数，然后就是自己JAVASCRIPT代码，实现了JS代码的注入。想一下，这种情况是比较容易发生的，只不过是大家比较少想到的地方，我们还在闭合a href=" ;ch=w.search.intlink " target="_blank"标签/a的时候，别人就已经开始闭合函数来实现XSS了。延伸一下，既然可以闭合函数，那么其他也自然可以闭合，像下面的语句一样：br/br/img src="x" onerror="alert('');document.write('by:poruin')"/imgbr/br/执行之后弹出一个无内容的框，然后显示by:poruin几个字 。如图br/br/ br/br/ br/br/ br/br/正如跨站的特点，只要是输出由用户所输入的数据的地方都有可能存在跨站
麻烦采纳，谢谢!
XSS是指什么
恶意攻击者往Web页面里插入恶意html代码，当用户浏览该页之时，嵌入其中Web里面的html代码会被执行，从而达到恶意用户的特殊目的。什么是XSS攻击XSS又叫CSS (Cross Site Script) ，跨站脚本攻击。它指的是恶意攻击者往Web页面里插入恶意html代码，当用户浏览该页之时，嵌入其中Web里面的html代码会被执行，从而达到恶意攻击用户的特殊目的。XSS属于被动式的攻击，因为其被动且不好利用，所以许多人常忽略其危害性。而本文主要讲的是利用XSS得到目标服务器的shell。技术虽然是老技术，但是其思路希望对大家有帮助。
如何对执行了特殊字符转义的网站进行XSS攻击
Html中特殊字符不被转义，可以使用预格式化标签。pre 是 Preformatted text（预格式化文本） 的缩写。使用此标签可以把代码中的空格和换行直接显示到页面上。例如HTML代码：
12345
pre if (xx 5) { print "比5大！\n"; } /pre
浏览器显示效果：if (xx 5) {print "比5大！\n";}textarea/textarea之间包含有类似的这种转义字符的时候总会被解析，倒是可以把所有的""通过程序替换成""，但是有些本来就是""的也会被转换，这就错了。如何让textarea/textarea之间包含的文本原封不动的显示出来呢？总结如下:解决方法有两种：第1种：
123456
bodytextarea id='t' rows=20 cols=20/textareascriptdocument.getElementById('t').innerText='a';/script/body
xss注入漏洞产生的原因？xss注入过程步骤是什么？防范xss注入的方法有哪些
对于的用户输入中出现XSS漏洞的问题，主要是由于开发人员对XSS了解不足，安全的意识不够造成的。现在让我们来普及一下XSS的一些常识，以后在开发的时候，每当有用户输入的内容时，都要加倍小心。请记住两条原则：过滤输入和转义输出。
一、什么是XSS
XSS又叫CSS (Cross Site Script) ，跨站脚本攻击。它指的是恶意攻击者往Web页面里插入恶意html代码，当用户浏览该页之时，嵌入其中Web里面的html代码会被执行，从而达到恶意的特殊目的。XSS属于被动式的攻击，因为其被动且不好利用，所以许多人常呼略其危害性。
在WEB2.0时代，强调的是互动，使得用户输入信息的机会大增，在这个情况下，我们作为开发者，在开发的时候，要提高警惕。
二、XSS攻击的主要途径
XSS攻击方法只是利用HTML的属性，作各种的尝试，找出注入的方法。现在对三种主要方式进行分析。
第一种：对普通的用户输入，页面原样内容输出。
打开(限公司IP)，输 入：scriptalert(‘xss’)/script， JS脚本顺利执行。当攻击者找到这种方法后，就可以传播这种链接格式的链接 （）如：http: //go.ent.163.com/goproducttest/test.jsp?key=scriptalert(‘xss’) lt;/script，并对JSCODE做适当伪装，如：
%74%3e%61%6c%65%72%74%28%27%78%73%73%27%29%3c%2f%73%63%72%69%70%74%3e,当其 它用户当点此链接的时候，JS就运行了，造成的后果会很严重，如跳去一个有木马的页面、取得登陆用户的COOKIE等。
第二种：在代码区里有用户输入的内容
原则就是，代码区中，绝对不应含有用户输入的东西。
第三种：允许用户输入HTML标签的页面。
用户可以提交一些自定义的HTML代码，这种情况是最危险的。因为，IE浏览器默认采用的是UNICODE编码，HTML编码可以用ASCII方式来写，又可以使用”/”连接16进制字符串来写，使得过滤变得异常复杂，如下面的四个例子，都可以在IE中运行。
1，直接使用JS脚本。
img src=”javascript:alert(‘xss’)” /
2，对JS脚本进行转码。
img src=”javascript:alert(‘xss’)” /
3，利用标签的触发条件插入代码并进行转码。
img onerror=”alert(‘xss’)” /
4，使用16进制来写(可以在傲游中运行)
img STYLE=”background-image: /75/72/6c/28/6a/61/76/61/73/63/72/69/70/74/3a/61/6c/65/72/74/28/27/58/53/53/27/29/29″
以上写法等于img STYLE=”background-image: url(javascript:alert(‘XSS’))”
三、XSS攻击解决办法
请记住两条原则：过滤输入和转义输出。
具体执行的方式有以下几点：
第一、在输入方面对所有用户提交内容进行可靠的输入验证，提交内容包括URL、查询关键字、http头、post数据等
第二、在输出方面，在用户输内容中使用XMP标签。标签内的内容不会解释，直接显示。
第三、严格执行字符输入字数控制。
四、在脚本执行区中，应绝无用户输入。
用正则表达式不就可以让用户名不能包含一些字符了吗，为什么还要转义
你只是对用户名进行分析而已，就用户名而已确实是不需要的。
转义最重要的是防止xss攻击和sql注入。
我先说xss，xss是指你本身没有一段js，但是在用户输入的时候给你加了css，如果你没转义，那么，这一段就变成js执行了，这就是xss。例子：
假设用户发布一片文章，，文章中夹带了这么一段scriptalert(document.cookie)/script;那么，在文章展示页，执行了这么一段的话就把cookie打印出来了。假设你cookie当中有用户名，那么用户就获取到了用户名，可能你觉得没什么，用户名不是什么敏感数据，但是，你数据中总有敏感的数据在里面可能被挖掘出来。
好，下一步：假设用户在console执行了这么一段js。document.cookie="username=sss' or 1 +’"，这是一个注入的sql，可能包含获取你的数据库信息。
那么你在执行数据库查询的是时候，
就有可能变成下面这个语句
select * from users where username =‘sss’ or 1 +‘‘ 。
你觉得这个执行的结果会是怎么样。这是你想要的结果么。这样有可能就获取到其他人的资料了。
这样就造成了sql注入