云效DevOps实践-代码扫描

2022-05-19 01:10:11

当代企业，离不开软件技术。软件是工程师编写的，难免可能存在质量或安全问题，这些问题可能在生产环境中引发严重的故障，直接造成企业的经济损失和信任危机。

为了将风险降至最低，建议在编码过程中启用一系列的自动化扫描服务，尽早的发现问题，将风险扼杀在摇篮中。

那么福利来了，点击https://yunqi.aliyun.com/2020/session106，直达9.18云栖大会云效分会场，即可免费领取云效AI研发助手。

用户的诉求或问题
编码不规范：开发者专业度有限，特别是依赖外包团队的情况，业务代码通常没有通过细致的设计，也很难保证兼容性和扩展性，存在隐藏的缺陷和故障风险；
敏感数据泄露：开发者缺乏安全意识，企业的敏感信息直接编写到代码中，可能造成敏感信息的外流，进而使得不法分子有机可乘，造成企业损失；
依赖项存在安全漏洞：代码中免不了引入二方或三方的依赖包，特别是引入开源依赖包的场景下，很可能自身代码保护周全，但是依赖的代码存在安全漏洞，使得不法分子可以通过这些漏洞发起攻击；
代码优化：开发者编写了代码，期望能够得到专业的代码优化建议；

云效代码扫描解决方案
启用服务
云效代码管理内置了多种扫描服务，为了保证每次提交都能及时的获取扫描结果，建议在创建代码库后，立即前往代码库「设置」-「集成与服务」开启自动化扫描服务。

点击期望开启服务右侧的开关，确认授权后服务成功启用。

启用时可以选择触发方式：提交触发或合并请求触发，部分服务仅支持一种触发方式。
「提交触发」在每次提交后，将自动触发相关分支的全量扫描，即扫描分支下的所有内容；
「合并请求触发」在创建或更新合并请求后，将自动触发源/目标分支的增量扫描，即扫描源/目标分支变更的内容（Diff）；
如不再使用扫描服务，点击服务右侧开关关闭即可。
接下来依次介绍上述四种扫描服务。

代码质量——Java 开发规约
《阿里巴巴 Java 开发手册》是阿里内部 Java 工程师所遵循的开发规范，涵盖编程规约、单元测试规约、异常日志规约、MySQL 规约、工程规约、安全规约等，这是近万名阿里 Java 技术精英的经验总结，并经历了多次大规模一线实战检验及完善。根据约束力强弱，规约依次分为强制、推荐、参考三大类：
【强制】必须遵守。是不得不遵守的约定，违反本约定或将引起严重的后果。
【推荐】尽量遵守。长期遵守这样的规则，有助于系统稳定性和合作效率的提示。
【参考】充分理解。技术意识的引导，是个人学习、团队沟通、项目合作的方向。
Java 代码规约扫描使用《阿里巴巴 Java 开发规约》插件扫描 Java 规约问题。

代码质量——代码补丁智能推荐
缺陷检测和补丁推荐几十年来一直是软件工程领域的难题，又是研究者和一线开发者最为关心的问题之一，这里讲的缺陷不是网络漏洞、系统缺陷，而是隐藏在代码中的缺陷。帮助开发者识别这些缺陷，并进行修复，能够大幅提升软件质量。
基于业界和学术界较为流行的缺陷检测手段，并分析和规避其局限性，云效代码管理的算法工程师们提出了一种新的算法，实现更加精准和高效的分析代码缺陷并推荐优化方案，该算法已被国际软件工程大会（ICSE）收录。
代码补丁推荐服务目前应用于合并请求的代码自动扫描场景，扫描输出优化推荐方案，问题等级仅包含 MAJOR 类型：建议修复的代码缺陷。

代码安全——敏感信息检测
敏感信息检测功能，可以检测代码库中的敏感凭证和密钥，比如 API keys 等信息。集成在合并请求代码评审阶段，可以有效防止敏感信息意外提交。
敏感信息问题等级分为：BLOCKER, CRITICAL, MAJOR
BLOCKER: 通过规则扫描出来的可能性很高的明文问题；
CRITICAL: 通过信息熵模型得出的可能性较高的潜在问题；
MAJOR: 用于测试的敏感信息字段；

代码安全——依赖包漏洞检测
为了杜绝安全隐患，企业需要做到以下三点：
了解工程都使用了哪些依赖包；
删除不需要的依赖包；
检测并修复当前依赖的已知漏洞；
依赖包漏洞检测服务帮助企业方便的检查其工程依赖包的安全性。
依赖包漏洞等级分为：BLOCKER, CRITICAL, MAJOR，等级划分根据 NVD 国家漏洞数据库CVSS 分数评估制定。
BLOCKER: 高危漏洞，建议立即修复；
CRITICAL: 中危漏洞，建议尽快修复；
MAJOR: 低危漏洞；

提交代码执行检测
为了保证代码问题不被引入生产环境，越早进行检查，引入的风险越小。因此，建议能够在每次提交时都进行代码检测，从起点发现并扼杀问题，保障后续应用研发流程的稳定性。
开启检测服务时，勾选触发方式的「代码提交触发扫描」，如图①：