软件系统安全测试管理规范
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
软件系统安全测试
管理规范
上海理想信息产业(集团)有限公司
2020年7月12日
版本历史
4测试准备.........................................................
4.1测试准备....................................................
4.1.1测试对象...............................................
4.1.2测试范围...............................................
4.1.3工作权责...............................................
4.2测试方案....................................................
4.2.1测试准备...............................................
1概述
1.1编写目的
建立和完善-系统安全测试管理制度。规范软件系统安全测试各环节的要求、规范各岗位人员的工作职责、明确软件系统安全测试实施过程中的管理行为及文
1.4参考资料
2项目背景
校园内信息化软件众多,这些软件不光承载着学校核心业务,同时还生成、处理、存储着学校的核心敏感信息:账户、隐私、科研、薪资等,一旦软件的安全性不足,将可能造成业务中断、数据泄露等问题的出现。
3软件系统安全测试流程
软件系统安全测试流程分为6个阶段:
1)测试准备:确定测试对象、测试范围、测试相关人员权责;
2)测试方案:按要求整理撰写《安全测试方案》,并完成方案审批;
4测试准备
4.1测试准备
明确本次安全测试的软件系统及其测试范围,并对涉及各方权责做出说明
4.1.1测试对象
软件内部程序、软件外部接口、数据库、网络服务器环境等
4.1.3工作权责
4.2测试方案
安全测试团队根据软件构成、软件环境以及图信安全需求编制《X软件系统安全测试方案》;
此方案要求图信PM、总集PM均审核通过;
若审核未通过,由安全测试团队根据反馈建议,针对未通过的业务内容进行修改或重新调研,完成后进行再提交审核。
软件系统安全测试方案至少要覆盖以下内容:
4.2.2.1系统分析
系统分析包含外部环境分析、物理架构分析和逻辑架构分析的划分。
1)外部环境分析
对系统所在的外部环境,如操作系统、服务器、网络等进行分析
服务器安全防护(系统补丁、漏洞、木马、外挂、开放端口)
服务器用户及其权限管理,密码更新机制
服务器备份机制
2)物理架构分析
按照系统物理架构分析其使用的组件,如底层使用何种数据库,控制层使用何种组件,表示层使用何种前端库等,组件之间使用那些通信协议等,了解系统特性。
数据存储层:如MySQL、Oracle、Redis、Bigtable等;
控制层:如spring、Struts2、Tomcat、Weblogic等;
表示层:如ExtJS、Bootstrap等;
通信协议:如AMQP等
3)逻辑架构分析
按照系统的业务逻辑划分业务,再根据各业务数据流从身份验证、加密、输入校验、敏感数据、配置管理、授权、异常管理、会话管理、参数操作、审核和日志记录、部署和基础结构等方面入手分析。
4.2.2.2威胁分析
系统分析后需要进行的就是威胁分析,根据系统分析的结果,选择合适的威
胁模型,分析系统面临的主要安全威胁。
常用的威胁模型STRIDE,是基于数据流的一种威胁分析模型,它包含六个维度威胁:
必须按照模板输出。
测试用例具体内容包括:
用例名称:测试用例必须具有唯一可区分的名称;
用例执行步骤:用例的详细执行步骤,每一步必须无歧义,具备可执行性;
用例使用的工具:用例执行过程中使用的工具;
用例的执行条件:用例执行必须具备的条件,如网络可达、服务必须运行等;
用例的输入和输出:用例执行过程中涉及的输入,以及对应的输出;
用例的安全属性:目前规定的安全属性包括管理通道安全、XSS、注入攻击、
对于每一个用例的测试过程,需要有对应的操作截图,测试执行完成后需要输出对应的《安全测试报告》。
4.2.5回归测试方法
《安全测试报告》中需要给出每个安全问题或漏洞的解决方案或建议。如果可能,解决方案应当详细到源码级别。
回归测试的目的为了防止问题修复引入新的安全问题,问题修复&回归测试是个循环的过程,测试没有新的问题时循环即终止。
配合测试工作;
实施测试过程中,如多方存在问题或争议,由总集PM协调处理;
实施测试工作结束后,安全团队给出《软件安全测试报告》,说明本次安全测试过程中发现的问题或漏洞,并给出推荐处理意见。
4.5回归测试
待厂商完成《软件安全测试报告》中问题及漏洞的修复工作后,安全实施团队确认修复工作,并确认是否引入了新的问题;
问题修复&回归测试是个循环的过程,测试没有新的问题时循环即终止。
4.6测试总结