驱动世界，软件开发的要求越来越高。为了按时交付软件，开发和运维工作必须紧密协作，DevOps应运而生。此外，随着安全的重要性日益凸显，DevSecOps 成为很多企业的安全策略。当然，并不会有一个开关，可以将 DevOps直接一键转换成为 DevSecOps。这需要工具组合和长期实践。

软件开发模式正迅速迈向DevSecOps，这使得开发与运维团队得以相互协作，向着“快速交付高质量、高可信的软件”这一共同目标而奋进。认为，实施DevSecOps是一场文化、流程和技术上的变革，而将安全活动集成到软件开发生命周期(SDLC)中从而实现安全左移是其关键。

中国信息通信研究院发布的《中国DevOps现状调查报告(2022)》显示：36.49%的受访企业尚未开展DevSecOps实践;35.72%的受访企业尚未将安全测试“左移”到需求阶段。这表明DevOps向DevSecOps的演进已经取得了长足进步，但提升的空间仍然很大。

新思科技中国区软件应用安全技术总监付红勋指出：“安全左移涉及文化、流程及技术的优化，涉及一系列管理活动和工程活动的调整，是实现DevSecOps的要点与难点。而实现安全左移则需要把握9大要点，即：以SHIFT LEFT的方式实现 Shift Left。”

1. Security Awareness (强化安全意识)。意识是安全左移的土壤。不仅是对研发团队，更重要的是管理层需要充分认识到安全形势的严峻性与复杂性，认识到应用安全是重中之重。获取管理层的支持是安全计划得以落地的大前提。

2. Hierarchical standards(分层设定标准)。既要尽量在缺陷引入的源头把关、又要不降低CI/CD流水线的速度，要在两者之前取得平衡，就需要沿流水线分层设定安全标准。

3. Integration(无损融入流程)。安全活动融入研发流程有四个步骤：小范围试点，发现并解决融入后的问题，积累推广经验;流程Owner正式签发;推广与培训;监测流程运转中的问题、及时改进。

4. Feature & requirement(规划安全需求)。应用安全是开发出来的、也是设计出来的，但首先是规划出来的。安全需求有两种形态：显性需求和隐性需求，后者往往不是客户可以直接感知的功能，但却可以直接提高系统的安全性。

5. Threat modeling in design(威胁建模设计)。威胁建模即结构化地识别系统所面临的威胁、并制定相应的削减措施。威胁建模是规避设计类缺陷的不二法宝。

6. Learning security in coding(编码中学习安全)。代码是应用安全的主体。常规培训可以强化安全意识，在编码中结合业务实际的学习则可以积累安全知识。

7. Enabler knowledge base(构建使能KB)。知识库是安全左移后安全工程活动得以高质量开展的助推器。构建KB除了依靠安全设计、安全组件开发、安全测试技术研究等专项小组的智力外，还需要采购第三方产品作为重要的补充。

8. Full-range security testing(全程安全测试)。测试是应用安全的保障。全程安全测试对应用安全的价值无可替代，所谓全程就是要做到四个维度的全覆盖：时间维度，需求规划到发布;技术维度，白盒、灰盒、黑盒测试;方法维度，自动、手工(如核心代码的人工安全审查、渗透测试);对象维度，自研代码、开源代码。

9. Tool chain(打磨安全工具链)。工具是应用安全的依托。AppSec测试工具融入DevOps，打磨成适合自身的DevSecOps工具链，这是支撑安全成功左移的关键。理想的DevSecOps工具链的应满足以下特点：无损、自动、智能、可视及开放。

中国区软件应用安全业务总监杨国梁总结道：“知易行难。DevSecOps不是微小的改变，是对公司文化的真正改变。这需要时间、培训、工具以及拥抱DevSecOps文化的意愿。将安全性集成到DevOps团队的日常工作中可能需要耗费更多时间，但这带来巨大的价值。开发、运维和安全团队将协同工作，以提高交付软件的质量和安全性，从而加快交付速度，最终提升客户满意度。”