如何进行WEB安全性测试

产品满足需求提及的安全能力

n 应用程序级别的安全性，包括对数据或业务功能的访问，应

用程序级别的安全性可确保：在预期的安全性情况下，主角

只能访问特定的功能或用例，或者只能访问有限的数据。例

如，可能会允许所有人输入数据，创建新账户，但只有管理

员才能删除这些数据或账户。如果具有数据级别的安全性，

测试就可确保“用户类型一” 能够看到所有客户消息（包括

财务数据），而“用户二”只能看见同一客户的统计数据。

n 系统级别的安全性，包括对系统的登录或远程访问。

系统级别的安全性可确保只有具备系统访问权限的用户才能

访问应用程序，而且只能通过相应的网关来访问。

安全性测试应用

防SQL漏洞扫描

– Appscan

n防XSS、防钓鱼

– RatProxy、Taint、Netsparker

nget、post ->防止关键信息显式提交

– get：显式提交

– post：隐式提交

ncookie、session

– Cookie欺骗

一、在代码编写时就要进行漏洞测试。

二、对Web服务器进行持续的监控。

三、设置蜜罐，将攻击者引向错误的方向。

四、专人对Web服务器的安全性进行测试。

在Web服务器的攻防战上，这一个原则也适用。笔者建议，如果企业对于Web服务的安全比较高，如网站服务器上有电子商务交易平台，此时最好设置一个专业的团队。他们充当攻击者的角色，对服务器进行安全性的测试。这个专业团队主要执行如下几个任务。　

一是测试Web管理团队对攻击行为的反应速度。如可以采用一些现在比较流行的攻击手段，对自己的Web服务器发动攻击。当然这个时间是随机的。预先Web管理团队并不知道。现在要评估的是，Web管理团队在多少时间之内能够发现这种攻击的行为。这也是考验管理团队全天候跟踪的能力。一般来说，这个时间越短越好。应该将这个时间控制在可控的范围之内。即使攻击最后没有成功，Web管理团队也应该及早的发现攻击的行为。毕竟有没有发现、与最终有没有取得成功，是两个不同的概念。

二是要测试服务器的漏洞是否有补上。毕竟大部分的攻击行为，都是针对服务器现有的漏洞所产生的。现在这个专业团队要做的就是，这些已发现的漏洞是否都已经打上了安全补丁或者采取了对应的安全措施。有时候我们都没有发现的漏洞是无能为力，但是对于这些已经存在的漏洞不能够放过。否则的话，也太便宜那些攻击者了。