去年 log4j 漏洞爆发时候就已经很痛苦了，当时把所有的线上服务排查了一遍。没想到这都已经过去3个月了，上周又遇到了一个服务仍在使用低版本，被外部攻击，有点受伤。
这件事后，老板让我全量扫一遍我们的代码库，看还有哪些服务还在用老版本的 log4j，统一推一波修复，防止后续在发生此类事件。
方案调研
方案一（放弃）
当时我第一反应是写个脚本，遍历所有项目，再拉取项目到本地，通过正则匹配的方式识别代码中是否使用了 log4j，并提取版本，并根据版本号判断是否有漏洞。但后面想了下，这个漏洞检测方式不具备通用性。一是组件判断很麻烦，我们通常说的组件名和配置文件中的组件名根本不是一回事，不是很好对应，二是如果后边再有其他漏洞，还要重新写正则，着实麻烦。
方案二（成功）
在 github 上搜了下开源项目，看看有没有能对项目做组件扫描的工具，找了半天找到了一个叫 Murphyscan 的开源项目，比较满足我的需求。思路是写个脚本，先通过 gitlab 接口获取项目列表，然后 clone 代码到本地，然后通过 Murphyscan 提供的客户端扫描，处理扫描结果获取目标漏洞组件。
脚本流程
为寻求便捷、高效，使用 python3 编写脚本，具体流程如下：
- 通过 python-gitlab 包，调用 gitlabapi，获取项目列表及clone链接。
- clone 代码到本地
- 调用 Murphyscan 客户端，扫描项目
- 处理扫描结果（扫描结果为 json 类型），遍历漏洞，发现目标漏洞打印项目名及项目提交者。
- 删除 clone代码
进一步，增量检测
全量检测搞定，老板交代的任务算是搞完，心情愉悦，但有一个问题，如果哪个程序员手抖，引用组件时候，又引入一个低版本的，那老板岂不是要杀我祭天。怀着忐忑的心情调研了下怎么扫描增量服务。
经过调研发现，gitlab有一个叫webhook功能。他的功能是，管理员可以指定push、merge等动作触发时，向某个指定接口通知该事件，这样我就可以知道有代码更新或者创建。拿到通知后我就去拉取最新代码，再扫描一次，发现有漏洞后通过机器人提醒我，这样增量检测就搞定了。
gitlab配置
进入Gitlab平台，点击顶部【菜单】-【管理员】进入管理中心
1.选择系统钩子进入Webhook设置页面
2.URL处填写python起的webapi接口地址
3.下方触发器中确保【仓库更新事件】处于勾选状态
4.去掉【启用SSL验证】的默认勾选
5.点击【添加系统钩子】完成设置
webapi
通过fastapi起了一个web服务，其功能主要是接收gitlab的webhook事件推送，收到事件后，拉取项目代码，并进行扫描，同样扫描结果会通过飞书机器人将有问题的项目检测结果推送给我。
待优化
目前代码还有些问题，主要是目前流程还是单线程的，我们公司项目量和代码更新量比较少的情况下还可以，如果代码更新比较频繁，可能会导致使用webapi线程过多，服务崩溃。后续会通过任务队列形式，将webhook接口和漏洞检测拆开，通过任务队列管理检测任务。
项目地址
该项目已贡献给MurphySecurity，
项目地址：https://github.com/murphysecurity/murphysec-gitlab-scanner.git
发布者：墨菲安全，转发请注明出处：https://www.murphysec.com/blog/product-presentation/4183.html
