安全性测试点

上一篇 / 下一篇  2014-11-21 20:40:52 / 个人分类:安全性测试

安全测试通常要考虑的测试点

1.问题:没有被验证的输入
测试方法:

a
数据类型(字符串,整型,实数,等)
允许的字符集
最小和最大的长度
是否允许空输入
参数是否是必须的
重复是否允许
数值范围
特定的值(枚举型)
特定的模式(正则表达式)
 
b用户名和密码
 
检测接口程序连接登录时,是否需要输入相应的用户
是否设置密码最小长度(密码强度)
用户名和密码中是否可以有空格或回车?
是否允许密码和用户名一致
防恶意注册:可否用自动填表工具自动注册用户?(傲游等)
遗忘密码处理
有无缺省的超级用户?admin等,关键字需屏蔽)
有无超级密码?
是否有校验码?
密码错误次数有无限制?
大小写敏感?
口令不允许以明码显示在输出设备上
强制修改的时间间隔限制(初始默认密码)
口令的唯一性限制(看需求是否需要)
口令过期失效后,是否可以不登陆而直接浏览某个页面
哪些页面或者文件需要登录后才能访问/下载
cookie中或隐藏变量中是否含有用户名、密码、userid等关键信息


2.问题:有问题的访问控制

测试方法:

主要用于需要验证用户身份以及权限的页面,复制该页面的url地址,关闭该页面以后,查看是否可以直接进入该复制好的地址
例:从一个页面链到另一个页面的间隙可以看到URL地址直接输入该地址,可以看到自己没有权限的页面信息,
a 没有登录或注销登录后,直接输入登录后才能查看的页面的网址(含跳转页面),能直接打开页面;
b 注销后,点浏览器上的后退,可以进行操作。
c 正常登录后,直接输入自己没有权限查看的页面的网址,可以打开页面。
d 通过Http抓包的方式获取Http请求信息包经改装后重新发送
e 从权限低的页面可以退回到高的页面(如发送消息后,浏览器后退到信息填写页面,这就是错误的)


3      错误的认证和会话管理

例:对Grid、Label、Tree view类的输入框未作验证,输入的内容会按照html语法解析出来,比如:javascript离不开:“<”、“>”、“(”、“)”、“;.在输入或输出时对其进行字符过滤或转义处理


4,缓冲区溢出

没有加密关键数据
a 在页面输入密码,页面应显示*****”;
b 数据库中存的密码应经过加密;
c 地址栏中不可以看到刚才填写的密码;
d 右键查看源文件不能看见刚才输入的密码;
e帐号列表:系统不应该允许用户浏览到网站所有的帐号,如果必须要一个用户列表,推荐使用某种形式的假名(屏幕名)来指向实际的帐号}


5,拒绝服务

分析:攻击者可以从一个主机产生足够多的流量来耗尽狠多应用程序,最终使程序陷入瘫痪。需要做负载均衡来对付。


6,不安全的配置管理

分析:Config中的链接字符串以及用户信息,邮件,数据存储信息都需要加以保护

程序员应该作的: 配置所有的安全机制,关掉所有不使用的服务,设置角色权限帐号,使用日志和警报。

分析:用户使用缓冲区溢出来破坏web应用程序的栈,通过发送特别编写的代码到web程序中,攻击者可以让web应用程序来执行任意代码。

7,sql注入式漏洞。
例:一个验证用户登陆的页面,  

如果使用的sql语句为:  

Select *  from  table A where  username=’’ + username+’’ and pass word …..

Sql 输入  ‘ or 1=1 ――  就可以不输入任何password进行攻击
  

8,不恰当的异常处理  

程序在抛出异常的时候给出了比较详细的内部错误信息,暴露了不应该显示的执行细节,网站存在潜在漏洞,有可能会被攻击者分析出网络环境的结构或配置
通常为其他攻击手段的辅助定位方式
举例:如www.c**w.com,搜索为空时,,数据库显示出具体错误位置,可进行sql注入攻击或关键字猜测攻击


9,不安全的存储 

浏览器缓存:认证和会话数据不应该作为GET的一部分来发送,应该使用POST,

10问题:跨站脚本(XSS)

分析:攻击者使用跨站脚本来发送恶意代码给没有发觉的用户,窃取他机器上的任意资料

测试方法:

•         HTML标签:<…>…</…>

•         转义字符:&(&);<(<);>(>); (空格) ;

•         脚本语言:

      <script. language=‘javascript’>

       …Alert(‘’)

       </script>

•         特殊字符:‘  ’ <  >  /

•         最小和最大的长度

•         是否允许空输入

TAG:

 

评分:0

我来说两句

Open Toolbar