首页 > 代码库 > 产品安全团队建设建议
产品安全团队建设建议
这是之前写的一篇关于建设产品安全团队的建议方案,并就此跟想组建安全团队的业务BG领导进行了友好且热烈的交流。
1、总体思路:
1.1、 明确需要做哪些事情,并按优先级排序,再找到合适的专业人员去实施。
1.2、 人员(特别是资深人员)并不总是可获得,有些事情短期内也不太可能做得起来,初期花钱买一些安全产品、服务或相关的安全解决方案不失为一种快速有效的方法,但不可过于依赖,否则后期受制于人并且还没有自己的经验积累。
2、SDL
2.1、SDL简介:
SDL全称是安全开发生命周期。它有微软最早提出的,在软件工程师中实施,是帮助解决软件安全问题的方法。SDL是一个安全保证的过程,它在开发的所有阶段都引入了安全和隐私的原则。
2.2、分阶段实施原则:
详细信息如下附件所示:
2.3、SDL内容讲解:
以下对SDL流程中的部分内容的实施目的以及实施方法进行描述。
2.3.1、安全培训:
培训可以从漏洞原理、漏洞检测、漏洞利用和漏洞防御几个维度进行,每次培训可以1个或多个维度进行讲解,培训的内容可以是跟业务贴切的内容,比如web应用安全、移动应用安全、互联网业务安全等等。
漏洞原理:
让全体人员对漏洞有个基本认识。
漏洞检测:
主要面向于测试人员的培训。hv目前缺乏安全测试人员的积累,也积极在测试人员中挖掘对这方面感兴趣的人才。
漏洞利用:
让全体人员(特别是开发人员)对漏洞的危害有一个深刻的认识,让大家意识到,XSS不再是弹一个框,内存越界(缓冲区溢出)不仅仅是一个功能BUG。
漏洞防御:
主要针对开发人员的培训。不少开发人员苦于在业务上投入过多的精力,并无太多时间学习安全知识,但渴求知道如何在开发中避免安全问题。
2.3.2、安全设计:
hv业务正在快速的发展,部分业务如果不在前期考虑安全设计,后期必将面临安全质量低和修复成本大的问题,但安全设计不仅仅在于考虑解决可能面临的安全风险,也要考虑如何去平衡用户体验、成本和性能等因素,因此,前期安全人员需要针对具体的业务场景,设计一套最优化的安全解决方案。
2.3.3、安全开发:
提升开发人员的安全开发意识和能力是一个长期的过程,但基于目前hv开发人员普遍安全意识不足,要在短期内改变这个现状并不是太现实,并且开发人员主要还是聚焦在业务层面上,如果每个开发人员都要在安全上投入过多的精力,也会导致产生较大的损耗,因此,给予开发人员一份好的安全开发标准以及把安全能力“组件化”,能够让业务开发人员投入产出比达到最大。
2.3.4、安全验证:
(1)、安全自动化测试:
hv不断拓展新业务以及版本不断迭代更新,安全人员面临着无法更快更全面地进行安全测试的问题,目前更多处于半自动或手动测试的阶段,已无法满足业务发展需求。因此,让安全测试自动化必定是一种趋势。
(2)、人工渗透测试:
自动化测试只能解决通用型的安全问题,业务和逻辑层面的问题终究需要人的参与来发现和解决,而这些问题往往具有隐蔽性和更具危害性的特点。因此,定期的人工渗透测试显得非常重要。
2.3.5、安全运营:
服务上线后可能会遭到外来攻击的风险,一些防御性的工作是安全保证必不可少的部分,入侵检测和WAF等系统,可以在安全事件发生后的第一时间进行响应,并有助于事后定损。此外,具备一定条件后,公司可以建立自己的应急响应中心,并通过圈子对外推广,通过奖励机制鼓励白帽子上报漏洞,可以第一时间获取漏洞信息,减少损失。
3、人员补充建议
第一阶段:
此阶段属于人员紧缺阶段,要求人员覆盖能力强(建议招聘资深专业人员),需要负责以上红色部分的岗位职责。
安全架构师:
负责安全需求/设计以及实施阶段的安全工作。
安全测试工程师:
负责验证、发布和应急响应阶段安全工作。
注:安全培训(红色部分)是每个安全岗位的职责要求。
第二阶段:
第一阶段稳定后考虑进入第二阶段。此阶段人员充足(也可考虑招聘有基础的应届生),考虑安全建设走向专业化和精细化,要求人员基本上能够覆盖红色和绿色的岗位职责。
安全架构师:
和第一阶段一样,职责不变。
安全测试工程师:
负责验证阶段和安全培训的第二阶段(绿色部分)的安全工作。
安全运维工程师:
负责发布阶段的安全工作。
安全应急响应工程师:
负责应急响应阶段安全工作。
安全开发工程师:
负责“其它”部分的安全工作。
注:安全培训(红色部分)是每个安全岗位的职责要求。
4、业务对比
将传统业务和互联网业务进行划分。YS一套包括了软件、硬件和云平台的解决方案,即既卖产品也卖在线服务,在这种互联网模式下,涵盖了所有SDL流程的内容,即在安全面上属于一个全集,此外,由于互联网产品面向公网,每天都可能遭受来自外界的扫描和攻击,并且产品迭代更新速度很快,对安全人员有非常高的要求。传统行业偏向卖产品或离线解决方案,虽然目前产品也会联网,但对SDL中的部分内容显然会弱化很多(比如发布阶段的内容以及和互联网业务相关的安全),因此,其对于安全的偏重点和关注点可以说只属于互联网的一个子集(这是我个人在前东家传统行业部门和在hv互联网业务部门得出的结论)。
5、个人建议:
由以上综述,个人认为安全部建设可以有两个方案:
5.1、由互联网业务建设,并向全公司推广和实施,理由可参考item4。
5.2、集团的安全部和互联网安全部可分开建设。此方案在大多数大型企业(BAT和华为等)均存在,集团安全部和业务所属安全部并不矛盾,互联网需要自己的专属安全团队满足互联网业务快速发展的需求,实时保证在线业务和用户群体的安全。
产品安全团队建设建议