转自：http://www.frostsky.com/2011/10/xss-hack/
对于的用户输入中出现XSS漏洞的问题，主要是由于开发人员对XSS了解不足，安全的意识不够造成的。现在让我们来普及一下XSS的一些常识，以后在开发的时候，每当有用户输入的内容时，都要加倍小心。请记住两条原则：过滤输入和转义输出。
XSS又叫CSS (Cross Site Script) ，跨站脚本攻击。它指的是恶意攻击者往Web页面里插入恶意html代码，当用户浏览该页之时，嵌入其中Web里面的html代码会被执行，从而达到恶意的特殊目的。XSS属于被动式的攻击，因为其被动且不好利用，所以许多人常呼略其危害性。
在WEB2.0时代，强调的是互动，使得用户输入信息的机会大增，在这个情况下，我们作为开发者，在开发的时候，要提高警惕。
XSS攻击方法只是利用HTML的属性，作各种的尝试，找出注入的方法。现在对三种主要方式进行分析。第一种：对普通的用户输入，页面原样内容输出。
打开http://go.ent.163.com/goPRoducttest/test.jsp(限公司IP)，输入：<script>alert(‘xss’)</script>， JS脚本顺利执行。当攻击者找到这种方法后，就可以传播这种链接格式的链接 （http://go.ent.163.com/goproducttest/test.jsp?key=JSCODE）如：http://go.ent.163.com/goproducttest/test.jsp?key=<script>alert(‘xss’)</script>，并对JSCODE做适当伪装，如：
http://go.ent.163.com/goproducttest/test.jsp?key=%3c%73%63%72%69%70%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’))”>请记住两条原则：过滤输入和转义输出。
具体执行的方式有以下几点：第一、在输入方面对所有用户提交内容进行可靠的输入验证，提交内容包括URL、查询关键字、http头、post数据等
第二、在输出方面，在用户输内容中使用<XMP>标签。标签内的内容不会解释，直接显示。
第三、严格执行字符输入字数控制。
四、在脚本执行区中，应绝无用户输入。
----------------------------------------分割线----------------------------------------
如何让HTML标签不被解析
转自：http://segmentfault.com/q/1010000002516795
要符合“内部的html标签不被解析”，我们根据HTML5的标准，分元素类别讨论吧：
br等。他们不允许有内部文本。svg和mathml的相关标签跟xml语法一致，他们内部文本若不想被当作标签解析，只有用<![CDATA[和]]>包裹textarea 和 title。他们不能嵌套自身，内部的实体会被转义，内部的<不会被当作tag open解析。因此，他们内部的其他标签自然不会被解析。script 和 style。他们不能嵌套自身，内部的实体不会被转义，内部的<不会被当作tag open解析。因此，他们内部的其他标签自然不会被解析。pre和code。他们的特点是，内部的实体会被转义，内部的<可能根据上下文，被当作tag open解析。他们内部的文本若想展示标签文本而不解析，必须先转义<为<，>为>如果目标是让HTML标签文本内容正常显示而不被解析，最简单的方案是嵌入到<script type="text/html">或<script type="text/template">内部，并加上display: block即可。
HTML4旧有的有xmp、listing和plaintext类似于HTML5的Raw text elements，可以包含标签而不解析，内部实体不被转义，但是已经在HTML5中废弃。
例子：
<!doctype html><html> <head> <meta charset="UTF-8"> <meta name="KeyWords" content=""> <meta name="Description" content=""> <title><script type="text/javascript">alert(111);</script></title> </head> <body><textarea><script type="text/javascript">alert("textarea");</script></textarea><script type="text/html" style="display:block"> <script type="text/javascript">alert("script type=text/html");</script></script><script type="text/template" style="display:block"> <script type="text/javascript">alert("script type=text/template");</script></script><style style="display:block"> <script type="text/javascript">alert("style style=display:block");</script></style><xmp> <script type="text/javascript">alert("xmp");</script></xmp><xmp><script type="text/javascript">alert("xmp");</script></xmp>fghfgh<plaintext> <script type="text/javascript">alert("plaintext");</script></plaintext><plaintext><script type="text/javascript">alert("plaintext");</script></plaintext> </body></html>
显示效果：
看到并没有执行javascript脚本。
----------------------------------------分割线----------------------------------------
转自：http://tuhaitao.iteye.com/blog/1126592
SQL注入的事件已经是上个世纪最令人头疼的攻击方法，21世纪又出现了HTML注入漏洞，随着web飞速的发展，XSS漏洞已经不容忽视，简单介绍一下XSS漏洞, 只要有用户输入的地方，就会出现XSS漏洞，例如在发表一篇帖子的时候，在其中加入脚本。
1.HTML标签注入：
Html代码
很多网站为了避免XSS的攻击，对用户的输入都采取了过滤，最常见的就是对<>转换成<以及>，经过转换 以后<>虽然可在正确显示在页面上，但是已经不能构成代码语句了。这个貌似很彻底，因为一旦<>被转换掉，什 么<script src=1.js></script>就会转换成“<script src=1.js></script>”，不能执行，因此，很多人认为只要用户的输入没有构成<& gt;，就不能闭合前后的标签，其语句当然也不会有害，但是，万事总有可能，只要有一定的条件，我们就可以构造经过编码后的语句来进行XSS，稍候我会提 到16进制、8进制转换，以及混合转换。
2. HTML属性注入
于是程序员想办法封堵这个漏洞，过滤了<script></script> 标签，那么在页面上就不会执行这段js代码，
于是乎，黑客想了一个不用<script>标签的办法，注入html， 怎么回事呢？
是这样：
<img src='http://s1.vevb.com/20150728/4unbzaxjn5313.png'>
正常情况下，img的src标签是指向一个web服务器的图片URL，但是也可以替换为:
<img src='javascript:alert("Hello world!")'>
这样黑客通过绕道的形式，绕开了程序员的过滤，顺利执行了XSS攻击
程序员见况，同理有过滤了用户输入的src属性，过滤掉里边的javascript开头的关键字，暂时封堵了XSS。
3.ASCII 10进制转换继续XSS
javascript:alert("Hello world!")可以用HTML 10进制ASCII编码代替：
格式：&#(ASCII10进制编码);
javascript:alert("Hello world!")
img标签变为：
<img src='javascript:alert("Hello world!")' />
ASCII 10进制转换，同样适合于HTML标签注入:
例如:
把<script>alert("Hello world");</script>标签转换成10进制 ASCII转义字符:
<script>alert("Hello world");</script>";
接下来，使用URL编码得到：
%3C%73%63%72%69%70%74%3E%61%6C%65%72%74%28%22%48%65%6C%6C%6F%20%77%6F%72%6C%64%22%29%3B%3C%2F%73%63%72%69%70%74%3E
然后放入到参数中：
http://www.test.com/a=%3C%73%63%72%69%70%74%3E%61%6C%65%72%74%28%22%48%65%6C%6C%6F%20%77%6F%72%6C%64%22%29%3B%3C%2F%73%63%72%69%70%74%3E
接着程序员用JSP得到参数
<% string str_a = rrequest.getParameter("a");%>
var a= <%=str_a%>
document.write(a);
同样会引发XSS漏洞
4. ASCII 16进制转换
格式:&#x(ASCII16进制编码);
<img src="javascript:alert('b')">
与10进制ASCII转义一样，只不过换了一种进制规则表示
5. ASCII 8进制转换
其实16进制还有一种表现形式，与8进制类似
格式：/x(ASCII 16进制编码)
格式：/(ASCII 8进制编码)
例如：
<script>alert("Hello world!");</script>
新闻热点
疑难解答
