- 1、本文档共15页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
安全设计规范(参考)
?前端不能直接访问数据库,应采用三层架构(表现层、业务逻辑层、数据访问层)
通用
?应不信任、不依赖客户端的安全控制措施,无论客户端采用何种措施,服务器侧都必须对用户提交的数据进行合法性检测
通用
?登录入口应具有防止暴力猜解及撞库猜解(运用已泄漏的密码字典进行尝试)的措施,超过设定失败次数需要启用锁定或CAPTCHA图片随机码
通用
?用户口令的主保护措施使用SHA256/SHA512/SHA-3或更高强度的散列算法,不使用MD5或SHA-1
通用
?交易/支付过程应形成完整的证据链,待交易数据应通过发起方数字署名
通用
?软件升级/规则下发等数据分发过程,接受方应验证数据源的完整性(数字署名/HASH等)
通用
?设计上支持SOD(SeperationofDuty权限分离),操作系统管理员、应用管理员、数据库管理员可以由不同的人员担任
通用
?软件发布前应通过数字署名
客户端
?启动时应对软件包所含的所有可执行文献、库、配置文献进行完整性校验,防止篡改或替换
客户端
?客户端与服务器建立会话前应一方面验证服务器证书的合法性,防止用户流量被劫持
客户端
安全开发规范(参考)
?前端不能直接访问数据库,应采用三层架构(表现层、业务逻辑层、数据访问层)
通用
?登录入口应具有防止暴力猜解及撞库猜解(运用已泄漏的密码字典进行尝试)的措施,超过设定失败次数需要启用锁定或CAPTCHA图片随机码
通用
?应不信任、不依赖客户端的安全控制措施,无论客户端采用何种措施,服务器侧都必须对用户提交的数据进行合法性检测
通用
?SQL语句应使用预编译和绑定变量的机制以实现SQL指令和参数的分离,不要拼接SQL语句,如有必须拼接的场景,应对每个参数进行合法性验证,涉及整型验证、单引号的数据库转义(将单引号转换为两个单引号)等
通用
?对需要输出到用户浏览器的任何由用户发明的内容,应在输出到浏览器之前或持久化存储之前进行转义(至少对转义为lt;gt;)以防止跨站袭击脚本(XSS)
通用
?针对交易或特权操作,应防止跨站请求伪造,应在框架层面为每个Form启用隐藏属性的CSRFToken,或者使用图片CAPTCHA由用户手工输入,或者使用支付口令等措施,修改密码须输入原密码,以防止跨站请求伪造(CSRF)
通用
?应限定用户上传的附件类型,并对用户提交的图片/资源进行二次渲染(或添加水印/格式转换等)以破坏其原有结构,防止引入有害文献(网页木马等)
通用
?不使用途径或文献名作参数以防止目录遍历,不接受/不信任/不展示未经验证的外部图片或资源链接
通用
?用户口令的主保护措施使用SHA256/SHA512/SHA-3或更高强度的散列算法,不使用MD5或SHA-1
通用
?对敏感信息纪录做适当隐藏(如以星号代替部分信息),不发送/不展示完整的敏感信息,数据库应对敏感信息的部分字段进行加密,保证泄露之后不能构成完整的信息纪录
通用
?交易/支付过程应形成完整的证据链,待交易数据应通过发起方数字署名
通用
?软件升级/规则下发等数据分发过程,接受方应验证数据源的完整性(数字署名/HASH等)
通用
?如条件满足,建议使用代码审计工具对代码进行扫描,无高危缺陷视为通过
通用
?软件开发工具均为直接从官方站点下载的正版软件,而不是从第三方站点所获取的
客户端
?客户端软件所包含的开源组件均为安全稳定版本,并直接从官方站点下载,而不是从第三方站点获取
客户端
?软件发布前应通过数字署名
客户端
?启动时应对软件包所含的所有可执行文献、库、配置文献进行完整性校验,防止篡改或替换
客户端
?客户端与服务器建立会话前应一方面验证服务器证书的合法性,防止用户流量被劫持
客户端
?所有接受外部输入的参数,应执行边界检查,以防止缓冲区溢出
客户端
安全测试规范(参考)
?测试用例应包含每个HTTP参数的SQL注入测试
通用
?测试用例应包含每个HTTP参数的XSS测试
通用
?测试用例应包含检测到文献包含(FileInclusion,使用HTTP参数传递文献途径或文献名)直接鉴定为不通过
通用
?测试用例应包含不同角色互相互换链接的权限测试,链接为对方无权访问的链接
通用
?如Web应用提供上传功能,测试用例应包含上传网页木马的测试
通用
?测试用例应包含检测也许导致信息泄露的冗余备份文献,涉及zip/tar/tar.gz等
通用
?如条件满足,建议使用漏洞扫描工具(如WebCruiserWebVulnerabilityScanner等)对测试环境进行扫描
通用
?软件发布前应通过数字署名
客户端
?启动时应对软件包所含的所有可执行文献、库、配置文献进行完整性校验,防止篡改或替换
客户端
?客户端与服务器建立会话前应一方面验证服务器证
文档评论(0)