utf-7的简介
1、严格来说 UTF-7 不能算是 Unicode 所定义的字元集之一，较精确的来说， UTF-7 是提供了一种将 Unicode 转换为 7 位元 US-ASCII 字元的转换方式。有些字元本身可以直接以单一的 ASCII 字元来呈现。
2、UTF-7是一个修改的Base64（Modified Base64）。主要是将UTF-16的数据，用Base64的 *** 编码为可打印的ASCII字符序列。目的是传输Unicode数据。主要的区别在于不用等号=补余，因为该字符通常需要大量的转译。
3、UTF-7 由于允许将相同来源的字串从 base64 的模式被平移，而显得安全性薄弱。现今的邮件与传输方式由于都已支援 UTF-8，UTF-7 则已走入历史而很少再被使用。即便如此，现今的应用软体仍应更加考量支援更安全的编码方式。
4、UTF-8是一种变长编码，它需要用2个字节编码那些用扩展ASCII字符集只需1个字节的字符。 ISO Latin-1 是UNICODE的子集，但不是UTF-8的子集 8位字符的UTF-8编码会被email网关过滤，因为internet信息最初设计为7位ASCII码。
如何防范XSS跨站脚本攻击测试篇
防止上行注入攻击，你必须避免那些允许你关闭现有context开始新context的字符；而防止攻击跳跃DOM层次级别，你必须避免所有可能关闭context的字符；下行注入攻击，你必须避免任何可以用来在现有context内引入新的sub-context的字符。
一些通常的跨站点脚本预防的更佳实践包括在部署前测试应用代码，并且以快速、简明的方式修补缺陷和漏洞。Web应用开发人员应该过滤用户的输入来移除可能的恶意字符和浏览器脚本，并且植入用户输入过滤代码来移除恶意字符。
客户端分层防御策略。客户端跨站脚本攻击的分层防御策略是基于独立分配线程和分层防御策略的安全模型。它建立在客户端，这是它与其他模型更大的区别。
如何正确防御xss攻击
传统XSS防御多采用特征匹配方式，在所有提交的信息中都进行匹配检查。对于这种类型的XSS攻击，采用的模式匹配 *** 一般会需要对“javascript”这个关键字进行检索，一旦发现提交信息中包含“javascript”，就认定为XSS攻击。
防御xss攻击需要重点掌握以下原则：在将不可信数据插入到HTML标签之间时，对这些数据进行HTML Entity编码。在将不可信数据插入到HTML属性里时，对这些数据进行HTML属性编码。
xss漏洞防御 *** 有输入过滤、纯前端渲染、转义HTML和标签和属性基于白名单过滤。输入过滤：有时候需要多次过滤，例如script过滤掉后还是，需要注意多个过滤器的先后次序。