今天完成的事：

确认技能树APPbug

发贴吧

软件安全性是一个广泛而复杂的主题，每一个新的软件总可能有完全不符合所有已知模式的新型安全性缺陷出现。要避免因安全性缺陷问题受各种可能类型的攻击是不切实际的。在软件安全测试时，运用一组好的原则来避免不安全的软件上市、避免不安全软件受攻击，就显得十分重要。

　　一、软件安全性测试基本概念

　　软件安全性测试包括程序、网络、数据库安全性测试。根据系统安全指标不同测试策略也不同。

　　1.用户程序安全的测试要考虑问题包括：

　　明确区分系统中不同用户权限;

　　系统中会不会出现用户冲突;

　　系统会不会因用户的权限的改变造成混乱;

　　用户登陆密码是否是可见、可复制;

　　是否可以通过绝对途径登陆系统(拷贝用户登陆后的链接直接进入系统);

　　用户推出系统后是否删除了所有鉴权标记，是否可以使用后退键而不通过输入口令进入系统。

　　2.系统网络安全的测试要考虑问题包括：

　　测试采取的防护措施是否正确装配好，有关系统的补丁是否打上;

　　模拟非授权攻击，看防护系统是否坚固;

　　采用成熟的网络漏洞检查工具检查系统相关漏洞;

　　采用各种木马检查工具检查系统木马情况;

　　采用各种防外挂工具检查系统各组程序的客外挂漏洞。

　　3.数据库安全考虑问题：

　　系统数据是否机密(比如对银行系统，这一点就特别重要，一般的网站就没有太高要求);

　　系统数据的完整性;

　　系统数据可管理性;

　　系统数据的独立性;

　　系统数据可备份和恢复能力(数据备份是否完整，可否恢复，恢复是否可以完整)。

　　二、根据软件安全测试需要考虑的问题

　　1. 保护了最薄弱的环节

　　攻击者往往设法攻击最易攻击的环节，这对于您来说可能并不奇怪。即便他们在您系统各部分上花费相同的精力，他们也更可能在系统最需要改进的部分中发现问题。这一直觉是广泛适用的，因此我们的安全性测试应侧重于测试最薄弱的部分。

　　如果执行一个好的风险分析，进行一次最薄弱环节的安全测试，标识出您觉得是系统最薄弱的组件应该非常容易，消除最严重的风险，是软件安全测试的重要环节。

　　2. 是否具有纵深防御的能力

　　纵深防御背后的思想是：使用多重防御策略来测试软件，以至少有一层防御将会阻止完全的黑客破坏。 “保护最薄弱环节”的原则适用于组件具有不重叠的安全性功能。当涉及到冗余的安全性措施时，所提供的整体保护比任意单个组件提供的保护要强得多，纵深防御能力的测试是软件安全测试应遵循的原则。

　　3. 是否有保护故障的措施

　　大量的例子出现在数字世界。经常因为需要支持不安全的旧版软件而出现问题。例如，比方说，该软件的原始版本十分“天真”，完全没有使用加密。现在该软件想修正这一问题，但已建立了广大的用户基础。此外，该软件已部署了许多或许在长时间内都不会升级的服务器。更新更聪明的客户机和服务器需要同未使用新协议更新的较旧的客户机进行互操作。该软件希望强迫老用户升级，没有指望老用户会占用户基础中如此大的一部分，以致于无论如何这将真的很麻烦。怎么办呢?让客户机和服务器检查它从对方收到的第一条消息，然后从中确定发生了什么事情。如果我们在同一段旧的软件“交谈”，那么我们就不执行加密。

　　遗憾的是，老谋深算的黑客可以在数据经过网络时，通过篡改数据来迫使两台新客户机都认为对方是旧客户机。更糟的是，在有了支持完全(双向)向后兼容性的同时仍无法消除该问题。

　　对这一问题的一种较好解决方案是从开始就采用强制升级方案进行设计;使客户机检测到服务器不再支持它。如果客户机可以安全地检索到补丁，它就升级。否则，它告诉用户他们必须手工获得一个新的副本。但是从一开始就应准备使用这一解决方案，就会得罪早期用户。

　　测试采取的防护措施是否正确装配好，有关系统的补丁是否打上就十分的重要。

　　4. 最小特权

　　最小特权原则规定：确定只授予执行操作所必需的最少访问权，并且对于该访问权只准许使用所需的最少时间。

　　当软件给出了某些部分的访问权时，一般会出现滥用与那个访问权相关的特权的风险。例如，我们假设您出去度假并把您家的钥匙给了您的朋友，好让他来喂养您的宠物、收集邮件等等。尽管您可能信任那位朋友，但总是存在这样的可能：您的朋友未经您同意就在您的房子里开派对或发生其它您不喜欢的事情。

　　一位程序员可能希望访问某种数据对象，但只需要从该对象上进行读。不过，不管出于什么原因，通常该程序员实际需要的不仅是必需的特权。通常，该程序员是在试图使编程更容易一些。

　　如果软件设置的访问权结构不是“完全访问或根本不准访问”，那么最小特权原则会非常有效。

　　5. 分隔

　　分隔背后的基本思想是如果我们将系统分成尽可能多的独立单元，那么我们可以将对系统可能造成损害的量降到最低。

　　通常，如果攻击者利用了代码中的缓冲区溢出，对磁盘进行原始写并胡乱修改内核所在内存中的任何数据。没有保护机制能阻止他这样做。因此，系统进行适度的分隔显得十分重要，软件要能直接支持本地磁盘上永远不能被擦去的日志文件，这意味着直到

　　攻击者闯入时，才不能保持精确的审计信息。

　　适度使用的分隔，将利于系统的管理，但是对每一个功能都进行分隔，那么系统将很难管理。

　　三、安全性测试的主要目的是查找软件自身程序设计中存在的安全隐患，并检查应用程序对非法侵入的防范能力， 根据安全指标不同测试策略也不同，如果遵循相同的原则，去证明软件的安全性，将有利于软件安全测试的工作规范的进行，有利于软件安全测试工作的发展。

　　安全测试检查系统对非法侵入的防范能力。安全测试期间，测试人员假扮非法入侵者，采用各种办法试图突破防线。例如，①想方设法截取或破译口令;②专门定做软件破坏系统的保护机制;③故意导致系统失败，企图趁恢复之机非法进入;④试图通过浏览非保密数据，推导所需信息，等等。理论上讲，只要有足够的时间和资源，没有不可进入的系统。因此系统安全设计的准则是，使非法侵入的代价超过被保护信息的价值。此时非法侵入者已无利可图。

　　安全测试用来验证集成在系统内的保护机制是否能够在实际中保护系统不受到非法的侵入。俗话说： “ 系统的安全当然必须能够经受住正面的攻击 —但是它也必须能够经受住侧面的和背后的攻击。 ”

　　在安全测试过程中，测试者扮演着一个试图攻击系统的个人角色。测试者可以尝试去通过外部的手段来获取系统的密码，可以使用可以瓦解任何防守的客户软件来攻击系统;可以把系统“制服”，使得别人无法访问;可以有目的地引发系统错误，期望在系统恢复过程中侵入系统;可以通过浏览非保密的数据，从中找到进入系统的钥匙等等。

　　只要有足够的时间和资源，好的安全测试就一定能够最终侵入一个系统。系统设计者的任务就是要把系统设计为想要攻破系统而付出的代价大于攻破系统之后得到的信息的价值。

安全性测试的测试点

1.跨网站脚本攻击

通过脚本语言的缺陷模拟合法用户，控制其账户，盗窃敏感数据

2.注入攻击

通过构造查询对数据库、LDAP和其他系统进行非法查询

3.恶意文件执行

在服务器上执行Shell 命令Execute，获取控制权

4.伪造跨站点请求

发起Blind 请求，模拟合法用户，要求转账等请求

5.不安全对象引用

不安全对象的引入，访问敏感文件和资源，WEB应用返回敏感文件内容

6.被破坏的认证和Session管理

验证Session token 保护措施，防止盗窃session

7.Session的失效时间限制

Session的失效时间设置是否过长，会造成访问风险

8.不安全的木马存储

过于简单的加密技术导致黑客破解编密码，隐秘信息被盗窃，验证其数据加密

9.不安全的通讯

敏感信息在不安全通道中以非加密方式传送， 敏感信息被盗窃，验证其通讯的安全性

10.URL访问限制失效

验证是否通过恶意手段访问非授权的资源链接，强行访问一些登陆网页，窃取敏感信息

11.信息泄露和不正确错误处理测试

恶意系统检测，防止黑客用获取WEB站点的具体信息的攻击手段获取详细系统信息

12.注册与登录测试

验证系统先注册后登录、验证登录用户名和密码匹配校验，密码长度及尝试登录次数，防止 非法用户登录

13.超时限制

验证WEB应用系统需要有是否超时的限制，当用户长时间不做任何操作的时候，需要重新登录才能使用

14.日志文件

验证服务器上日志是否正常工作，所有事务处理是否被记录

15.目录文件

验证WEB服务器目录访问权限，或者每个目录访问时有index.htm，防止 WEB 服务器处理不适当，将整个WEB目录暴露

16.身份验证

验证调用者身份、数据库身份、验证是否明确服务账户要求、是否强制式试用账户管理措施

17.授权

验证如何向最终用户授权、如何在数据库中授权应用程序，确定访问系统资源权限

18.会话

验证如何交换会话标识符、是否限制会话生存期、如何确保会话存储状态安全

19.配置管理

验证是否支持远程管理、是否保证配置存储安全、是否隔离管理员特权

20.备份与恢复

为了防止系统意外崩溃造成的数据丢失，验证备份与恢复功能正常实现、备份与恢复方式是否满足Web系统安全性要求

21.数据库关键数据是否进行加密存储，是否在网络中传递敏感数据

22.在登录或注册功能中是否有验证码存在，防止恶意大批量注册登录的攻击

23.Cookie文件是否进行了加密存储，防止盗用cookie内容

24.密码强度提醒

建议对密码的规则进行加强设置

25.密码内容禁止拷贝粘贴

明天计划的事：

任务5