柳絮飞，不是因为它知道未来还可以用心创造，而是它曾做过的，注定是种遗憾，也许牵绊一生……
安全测试（一）——安全测试简介
上一篇 /
下一篇 2009-12-16 11:59:44
/ 个人分类：学习笔记
最近接到关于
安全测试的任务，先问了问同在测试行业的一个朋友，安全测试包括
系统安全测试和代码安全测试。
先来简单了解下代码安全，通常可以从如下几个方面来审查代码的安全性：
代码以缺省值运行吗？
代码以高优先级运行吗？
代码是否侦听某个网络接口？
网络接口是不可靠的吗？
代码是用C/C++写的吗？
该代码以前是否有历史弱点？
该组件是否由安全研究员做过最终详细审查？
该代码处理敏感或隐私数据吗？
代码是可复用的吗（例如，某个 DLL、C++ 类头文件、库、或程序集）？
很显然，代码安全审查需要审查人员具有一定的编程功底，详细信息可以参阅http://www.51testing.com/html/21/1056.html。一般测试人员普遍关注的是系统安全测试。
系统安全问题中一般包含七个弱点，在这里只把它们一一列出，详细资料可以参阅http://www.djangobook.com/en/2.0/chapter20/（英文）。
SQL Injection：（SQL注入）
SQL注入是最常见的攻击方式，它的主要原理是：攻击者通过改变WEB页的参数(如GET/POST数据或是URLS)直接将SQL片断提交到服务器，并在服务器端执行。Cross-Site Scripting （XSS）：（跨站点脚本攻击）
XSS定义：由于WEB程序没有对用户提交的HTML内容进行适当的转译，这样攻击者就可能在你的WEB页中插入一些HTML语句,这些语句通常以<SCRITP>TAG的形式出现。攻击者通常使用XSS攻击来窃取COOKIES 和SESSION信息，或是欺骗用户将隐私信息暴露给错误对象(又称为钓鱼)。Cross-Site Request Forgery：（跨站点请求伪造）
CSRF：通过在WEB页或在给用户发邮件中插入恶意代码（通常是链接或是脚本），比如发送一个带有银行取款链接的图片或脚本（通常是HTML或javascript），当用户访问这个图片时，此时页面加载图片过程会隐密地链接到一个远程页面，这个页面会自动向目标站点发起请求，如果这个目标站点仍保留这个用户的COOKIE信息，并且这个COOKIER未过期，那么攻击者就可以在用户不知情的情况以用户的身份登录银行或执行取款操作。CSRF的特性就是利用网站对用户标识的信任，欺骗用户的浏览器发送HTTP请求给目标站点。Session Forging/Hijacking：（Session 伪造/篡改）
Session 伪造/篡改能通过好几种方法对用户的session信息进行攻击，包括：
man-in-the-middle攻击：攻击者在各种有线（无线）网之间畅游的时候窥探用户的session资料。
session 伪造：攻击者用（可能是man-in-the-middle得来的）session资料来伪装成另一用户。
cookie 伪造：攻击者重写cookie中可能是只读的数据。
Session 篡改：攻击者诱导用户设置或者重置自己的session ID。
Session 毒害：攻击者在用户以web形式提交session信息的时候往用户的session资料中注入危险信息。Email Header Injection：（邮件标题注入）
邮件标题注入和SQL注入的原理类似，通过在EMAIL的SUBJECT中输入一些特殊语句如”\n”，攻击者可以利用这个缺陷通过你的邮件服务器发送垃圾邮件。Directory Traversal：（目录遍历）
目录遍历是另一种注入类型的攻击，攻击者欺骗文件系统读写服务器不允许操作的文件。Exposed Error Messages：（曝露错误信息）
开发过程中，如果可以看到错误或历史记录对FIX问题是非常有用的。但是如果这些错误信息被攻击者所获取，那么攻击者就可以通过错误信息而了解到应用程序代码或是数据库或是配置等方面的内容，从而为其攻击提供有力的帮助。
收藏
举报
TAG:
系统安全
安全测试
web应用安全
