WEB安全测试通常要考虑的测试点
WEB安全测试通常要考虑的测试点
1 人赞了文章
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进行攻击或者是半形状态下的用户名与密码均为:『or』『=』
8不恰当的异常处理
分析:程序在抛出异常的时候给出了比较详细的内部错误信息,暴露了不应该显示的执行细节,网站存在潜在漏洞,9不安全的存储
分析:帐号列表:系统不应该允许用户浏览到网站所有的帐号,如果必须要一个用户列表,推荐使用某种形式的假名(屏幕名)来指向实际的帐号。 浏览器缓存:认证和会话数据不应该作为GET的一部分来发送,应该使用POST,10问题:跨站脚本(XSS)
分析:攻击者使用跨站脚本来发送恶意代码给没有发觉的用户,窃取他机器上的任意资料测试方法:
? HTML标签:<…>…</…> ? 转义字元:&(&);<(<);>(>); (空格) ;? 脚本语言: <script language=『javascript』> …Alert(『』) </script>? 特殊字元:『 』 < > /? 最小和最大的长度? 是否允许空输入推荐阅读: