安全测试需要考虑的测试点.docVIP

安全测试通常要考虑的测试点1，问题：没有被验证的输入测试方法： 数据类型（字符串，整型，实数，等）允许的字符集 最小和最大的长度是否允许空输入参数是否是必须的重复是否允许数值范围特定的值（枚举型）特定的模式（正则表达式） 2，问题：有问题的访问控制 测试方法： 主要用于需要验证用户身份以及权限的页面，复制该页面的url地址，关闭该页面以后，查看是否可以直接进入该复制好的地址例：从一个页面链到另一个页面的间隙可以看到URL地址直接输入该地址，可以看到自己没有权限的页面信息， 3????? 错误的认证和会话管理 例：对Grid、Label、Tree view类的输入框未作验证，输入的内容会按照html语法解析出来 4，缓冲区溢出 没有加密关键数据 例：view－source：http地址可以查看源代码 在页面输入密码，页面显示的是 *****,? 右键，查看源文件就可以看见刚才输入的密码， 5，拒绝服务 分析：攻击者可以从一个主机产生足够多的流量来耗尽狠多应用程序，最终使程序陷入瘫痪。需要做负载均衡来对付。 6，不安全的 配置管理 分析：Config中的链接字符串以及用户信息，邮件，数据存储信息都需要加以保护 程序员应该作的： 配置所有的安全机制，关掉所有不使用的服务，设置角色权限帐号，使用 日志和警报。 分析：用户使用缓冲区溢出来破坏 web应用程序的栈，通过发送特别编写的代码到web程序中，攻击者可以让web应用程序来执行任意代码。 7，注入式漏洞。例：一个验证用户登陆的页面，? 如果使用的sql语句为：? Select *? from? table A where? username＝’’ + username+’’ and pass word ….. Sql 输入? ‘ or 1＝1 ――? 就可以不输入任何password进行攻击? 8，不恰当的异常处理? 分析：程序在抛出异常的时候给出了比较详细的内部错误信息，暴露了不应该显示的执行细节，网站存在潜在漏洞， ? 9，不安全的存储 分析：帐号列表：系统不应该允许用户浏览到网站所有的帐号，如果必须要一个用户列表，推荐使用某种形式的假名（屏幕名）来指向实际的帐号。? 浏览器缓存：认证和会话数据不应该作为GET的一部分来发送，应该使用POST， 10??????? 问题：跨站脚本（XSS） 分析：攻击者使用跨站脚本来发送恶意代码给没有发觉的用户，窃取他机器上的任意资料 测试方法： ????????? HTML标签：……/… ????????? 转义字符：()；()；()； (空格) ； ????????? 脚本语言： ????? scrīpt language=‘javascrīpt’ ?????? …Alert(‘’) ?????? /scrīpt ????????? 特殊字符：‘? ’ ? ? / ????????? 最小和最大的长度 ????????? 是否允许空输入 1. 不登录 系统，直接输入登录后的 页面的url是否可以访问 　　2. 不登录系统，直接输入下载文件的url是否可以下载，如输入 http://url/download?name=file是否可以下载文件file 　　3. 退出登录后按后退按钮能否访问之前的页面 　　4. ID/密码验证方式中能否使用简单密码。如密码标准为6位以上，字母和数字混合，不能包含ID，连续的字母或数字不能超过n位 　　5. 重要 信息（如密码，身份证号码，信用卡号等）在输入或查询时是否用明文显示；在浏览器地址栏里输入命令javascrīpt:alert(doucument.cookie)时是否有重要信息；在html源码中能否看到重要信息 　　6. 手动更改URL中的参数值能否访问没有权限访问的页面。如普通用户对应的url中的参数为l=e，高级用户对应的url中的参数为l=s，以普通用户的身份登录系统后将url中的参数e改为s来访问本没有权限访问的页面 　　7. url里不可修改的参数是否可以被修改 　　8. 上传与 服务器端语言（jsp、asp、php）一样扩展名的文件或exe等可执行文件后，确认在服务器端是否可直接运行 　　9. 注册用户时是否可以以--, or 1=1 --等做为用户名 　　10. 传送给服务器的参数（如查询关键字、url中的参数等）中包含特殊字符（,and 1=1 --, and 1=0 --,or 1=0 --）时是否可以正常处理 　　11. 执行新增 操作时，在所有的输入框中输入 脚本标签（scrīptalert()/scrīpt）后能否保存 　　12. 在url中输入下面的地址是否可以下载： http://url/dow