思想准备
网络安全的建设工作，不是安全部门自己能完全掌控的，安全部门发现问题，但是问题的整改，还是需要其他部门进行落地整改。不管是整体企业的网络安全建设，还是单一方面的应用安全建设，都是需要多部门协同配合的工作。而多部门的协同配合，在任何项目，任何工作，任何公司，都是一件很麻烦的事情。为了解决其中的麻烦，国外最早出现了PMO（项目管理办公室）这个角色，国内有些大公司也开设PMO（项目管理办公室）岗位。但是对于一些中小公司，就没有专门的PMO（项目管理办公室）。
中小企业的安全部门，要自行去推动其他部门进行安全建设的配合与落地。安全部门扮演了整体公司安全事务的领导者的角色，但是没有领导者的权限，也没有人去帮助安全部门推动其他部门进行协同落地。而落地这些事情，更多的是需要沟通能力、说服能力、耐心等等技术之外的能力。应用安全的落地，牵涉到的其他部门角色，至少有产品、开发、测试、运维四种角色。
方案准备
我们要知道应用安全建设里边更细节的应用生命周期里边的落地的工作内容有哪些。如安全部门能独立完成的部分是哪些，牵涉到其他部门的内容是哪些？生命周期的各阶段，什么部门需要做什么事？这些事，对于其他部门的价值是什么？他们为什么要配合？哪些东西是安全的底线，哪些东西是可以跟部门商量的，如何跟其他部门沟通配合，如何实操落地工作内容等
企业应用安全的落地
1、应急及领导的需求调研处理
调研公司层面是否需要安全应急，以及公司层面有没有什么迫切的安全需求。这时候我们需要评估，这些事务是否是能够短时间内处理掉的东西。如果是个短期能处理的东西，就先处理这个。如果是需要体系化建设才能处理，才能满足的需求事务，那么它就是一个长期的工作。那么就应该把具体的事务放到整体建设方案里。优先级调高。
2、熟悉人员
应用安全的落地建设，我们至少需要认识产品，开发，测试，运维的领导。可以请领导带着安全跟产品，开发，测试的领导认识一下，简单对齐一下信息。留一下联系方式，便于后期的沟通以及工作开展。
3、调研梳理 校对信息
安全部门自己可以使用技术手段，先梳理一下公司所有的应用。开展会议，让大家校对一下应用信息对不对，全不全，有没有补充。然后调研一下，各领导他们自己有没有什么安全需求，探讨一下应用优先级顺序。就可能，虽然某应用的业务排序不高，但是这个应用的用户量级很高，所以它的优先级应该比较高。
4、 确定沟通协调机制
一个会议可能搞不定这些事，而且一些具体的工作事务，可能不需要每次都找领导。可以让领导们在自己部门里定一个安全的对接人，安全部门后续的会议，跟一些工作的对接，可以找这个对接人来做。
5、建设应用发现的能力
应用安全建设，安全部门必须要有要发现新项目，发现新更新，发现应用的能力，这样才能实现对所有应用的覆盖。通过管理方面，在工作流程上做一些建设，让产品、业务、开发、测试他们走应用部署上线流程及时通知安全。通过技术方面，进行一些监控建设，能实时监控，以发现新项目，新更新，应用的增减。
6、具体应用方案的制定
安全可以按优先级，针对具体业务的具体应用，制定细化的安全建设方案。确定其具体应用，安全建设的重点。不同应用，类型可能不同，重点等都可能不同。
7、 具体方案讲解
讲好安全要做什么，技术这边的人要做什么。优先级是什么，时间预期是什么。这样方便实施人员事先了解，以进行工作安排。
8、落地执行
对于单个应用，工作有渗透、代码审计、加壳加固、培训、漏洞修复、监控、审计等等SDL内容。对于整体的应用安全，应该建设整体的安全管理与运营体系。比如如下系统：统一的安全管理及运营系统，统一的应用备案系统，统一的开发流程系统，统一的安全提测系统，统一的漏洞修复管理系统，统一的SRC，统一的加壳加固系统，统一的上下架系统，统一的代码库，统一的发版发布系统等等。
9、持续运营
要对应用安全进行持续运营，比如管理系统的运营，安全设备的运营，跟进漏洞修复，跟进更新，跟进新项目等等。
10、合理分配资源
在针对某应用的安全建设到达一定水位后，最好将资源投入到其他应用中。在整体应用安全建设到达一定水位后，最好将资源投入到其他方面的安全建设中去。如：办公安全、数据安全建设。
总结
1、安全不是单个部门的事。
2、方案提前讲好，让其他部门有数。
3、建立好沟通协调机制，随时沟通，及时信息互通。
4、安全意识的培训培养。
5、让其他部门发现自己的安全工作的价值。
6、注意投入产出比，灵活配置资源。
