一、网络安全

机密性（加密）、完整性（防伪造）、来源可靠性（签名）

程序漏洞

二、web前端安全

XSS：Cross Site Script（跨站攻击脚本）

往Web页面里插入恶意html代码，当用户浏览该页之时，嵌入其中Web里面的html代码会被执行。

XSS的种类：

1.XSS-基于DOM的XSS

产生原因：当web page含有一些不受服务器端控制的DOM的时候发生，通过form、referer、location修改页面DOM。

解决方法：避免客户端的脚本对DOM的重写、重定向及其它敏感的操作，需要在客户端对form输入进行过滤。

可被攻击者利用的脚本：

URL相关操作

document.location=…
document.location.hostname=…
document.location.replace(…)
document.location.assign(…)
document.URL=…
document.referrer
document.URLUnencoded
window.navigate(…)
window.location

直接运行脚本

eval(…)
window.execScript(…)
window.setInterval(…)
window.setTimeout(…)

直接写入html代码

document.write(…)
document.writeln(…)
document.body.innerHtml=…

直接修改DOM

document.forms[0].action=…
document.attachEvent(…)
document.create…(…)
document.execCommand(…)
document.body
window.attachEvent(…)

打开或修改窗口

document.open(…)
window.open(…)
window.location.href=…

2.XSS-非持久性跨站

产生原因：直接将form或者query（cookie）中的字符带入到页面中，危险query字符参与html的构成（query字符并不被存储）。

解决方法：对输入进行过滤，对输出进行编码。

3.XSS-持久性跨站

产生原因：其破坏页面html结构的原理和非持久XSS一样，只是危险脚本来源不是query字符，而是数据库数据。

解决办法：对输入进行过滤，对输出进行编码。

4.XSS-基于字符集的跨站

产生原因：页面字符集不固定，用户输入非期望字符集的字符，有时会绕过前端的过滤。

解决办法：Web页面一定要指定字符集（GBK），XML中不仅要指定字符集，而且标签要闭合。

5.XSS-基于flash的跨站

产生原因：As脚本可以接受用户输入并操作cookie，攻击者可以配合其他XSS方法将恶意swf文件嵌入页面中。

解决办法：严格管理cookie的读写权限，对flash能接受的用户输入进行过滤和限定。

6.XSS- Self-inflicted XSS

产生原因：攻击者先把页面搞出漏洞，让其他用户再浏览这个有漏洞的页面的时候遭受攻击。这里已经不是严格意义上的XSS了。

解决方法：页面登录超时。

7.XSS-未经验证的跳转构成的跨站

产生原因：如果服务器端做302跳转，跳转的地址来自用户的输入，攻击者可以输入一个恶意的跳转地址来执行脚本。
解决方法：在后端来限定所接收的URL来自淘宝并做过滤。

8.XSS-Cookie构成的跨站

产生原因：破坏页面结构的原理和非持久跨站一致，Js或as可操作cookie，通过cookies提交query。

解决办法：一切来自客户端的cookie是不可信的，后端必须对客户端cookie做验证。

9.XSS- Escape-based XSS

产生原因：其破坏页面语义构成的原理和非持久XSS一致，使用畸形的UTF8字符串拼成URL。

解决方法：对输入进行过滤，对输出进行编码。

CSRF：Cross Site Request Forgery（通过肉鸡）（跨站伪造请求）

CSRF的发生：所有需要登录页面中的交互、表单提交、AJAX

CSRF的防范：临时签名（验证码、时间戳）、crumb

淘宝对CSRF的防范：在表单中指定token；

<input type=”hidden” value=”{$token}” name=”_tb_token_”>

在cookie中指定_tb_token_；尽量使用POST方法；Ajax时附带token。

 三、Javascript安全须知

1. 禁止使用外部引用的js，外链应当完全使用a.tbcdn.cn上的资源文件
2. 慎用eval,setTimeout,setInterval和从不可信站点获取的字符串操作的函数。
3. cookies操作一定要征询后端工程师的意见，避免撑破cookies的大小限制了。
4. 前端代码禁止获取referer，所有referer的操作由后端工程师处理。
5. 禁止发送页面相关信息到第三方站点
6. 如果JSON返回的信息里含有用户的私密信息，需要加_tb_token_
7. 禁止使用script标签来达到跨域访问的目的，应当使用flash实现跨域访问，可信域之间的跨域可以使用iframe
8. 所有使用的数据必须经过服务端的验证。
9. js代码需要经过jslint的测试

我们还需要安全规范

页面级的html规范/标准

• 统一的编码标准（URL/GBK/js unicode）
• 标签完整性

代码级的coding规范

• 统一的ajax接口规格
• 页面中php/jsp和js代码的参数传递
• 规范的javascript编写习惯

代码review制度

PPT下载：http://www.box.net/shared/qr9t7559a3

建议继续学习：

1. 如何成为一名优秀的web前端工程师（前端攻城师）？    (阅读：5464)
2. 腾讯执行的感悟（安全方向）    (阅读：4939)
3. 如何让ssh登录更加安全    (阅读：4493)
4. 前端第三方服务优化策略    (阅读：4281)
5. 微博架构与平台安全演讲稿    (阅读：3787)
6. 为flash建立socket安全策略文件服务器    (阅读：3684)
7. 也谈谈前端，架构，框架与库    (阅读：3586)
8. php.ini安全配置及使用说明    (阅读：3520)
9. 查看你服务器的安全性    (阅读：3315)
10. IT从业人员需要知道的安全知识(1)    (阅读：3336)