SDL 38/100问:sdl会对项目变更代码做review吗?
代码审查(Code Review)是一个由项目核心成员,如资深开发架构师执行的精密流程,其核心在于对源代码实施全面而系统的审核。此过程的根本目的,在于识别代码中潜藏的缺陷、安全漏洞、违反编码标准之处,以及可进一步提升的性能瓶颈。
从安全性的专业视角出发,尽管在某些关键功能或敏感场景中,人工审查仍具有不可替代的价值,但在日常实践中,鉴于项目代码的高频变动性,更为高效且可持续的策略是采用自动化的安全扫描机制。这通常涉及在代码提交或构建阶段,无缝集成静态应用安全测试(SAST)工具,以确保安全扫描能够即时响应代码变更。
至于扫描范围的选择,即在仅针对变更部分还是整个项目进行全面扫描之间权衡,是一个值得深入探讨的问题。从确保漏洞检测准确性的专业角度出发,在扫描能力和系统性能允许的前提下,推荐采取全项目扫描策略。这一做法能够最大限度地减少因代码变更可能引发的安全盲区,从而确保项目整体的安全性处于可控且优化的状态。
更多软件安全内容,可以访问:
1、SDL100问:我与SDL的故事
SAST误报太高,如何解决?
SDL需要哪些人参与?
设计阶段应开展哪些安全活动?
有哪些不错的安全设计参考资料?
安全设计要求怎么做才能落地?
有哪些威胁建模方法论?
有哪些威胁建模工具?
如何开始或实施威胁建模?
威胁建模和架构安全评审,有何异同?
编码阶段,开展哪些安全活动?
如何选择静态代码扫描(SAST)工具?
如何选择开源组件安全扫描(SCA)工具?
SCA工具扫描出很多漏洞,如何处理?
SCA工具识别出高风险协议,如何处理?
如何制定一份有用的开发安全规范?
如何做到开发安全规范的有效实施?
应该如何选型代码安全扫描工具?
白盒检测工具存在局限性,如何进行补偿?
SCA用什么系统做,自研还是外购?
有没有好用的SDL平台?
Sonar是否好用以及误报率咋样?
如何推进有问题的jar包更新?
SCA工具的误报率怎样?
在研发安全流程落地方面,有何经验?
SDL 37/100问:如何说服业务完成checklist自检?
2、SDL创新实践系列
首发!“ 研发安全运营 ” 架构研究与实践
DevSecOps实施关键:研发安全团队
DevSecOps实施关键:研发安全流程
DevSecOps实施关键:研发安全规范
从安全视角,看研发安全
数字化转型下的研发安全痛点