GitLab 这次真出了个大问题，CVSS 直接拉满 10.0 分，而且影响范围追溯到了 12 年前。 昨天（10 月 21 日），GitLab 紧急发布安… · @xulijian1994 · TwKit

@xulijian1994

GitLab 这次真出了个大问题，CVSS 直接拉满 10.0 分，而且影响范围追溯到了 12 年前。 昨天（10 月 21 日），GitLab 紧急发布安全补丁，修复了一个严重的远程代码执行漏洞 CVE-2026-110264。 最离谱的是，这个漏洞从 2014 年发布的 GitLab 7.0 开始就存在，几乎横跨了 GitLab 整个发展史，社区版 CE 和企业版 EE 都受到影响。 简单解释一下这个漏洞有多严重。 问题出在正则表达式编译器 Onigmo 上，攻击者可以利用特制的正则表达式触发整数溢出，在满足特定条件的情况下，甚至不需要登录 GitLab，就有机会直接在服务器上执行任意代码。 注意，这不是普通的越权访问，也不是单纯的数据泄露，而是 RCE（远程代码执行）。 对于自建 GitLab 的企业来说，一旦被成功利用，攻击者可能进一步获取内部源代码、CI/CD 凭据、部署密钥，甚至以 GitLab 服务器为跳板进入内部网络。 更值得注意的是，这已经不是 GitLab 最近第一次在正则表达式编译器上栽跟头了。 10 月 12 日，GitLab 才刚修复过一个同样达到 CVSS 10.0 的漏洞 CVE-2026-97229。 结果才过去 9 天，又出现了新的满分漏洞。 而且这次影响范围更广，连那些多年没有升级的老版本都没能幸免。 目前 GitLab 已经发布了对应补丁： 19.5 → 19.5.1 19.4 → 19.4.3 19.3 → 19.3.6 19.2 → 19.2.9 19.1 → 19.1.9 19.0 → 19.0.10 18.11 → 18.11.13 更老的版本也需要规划升级到已修复的版本，不能以为之前打过补丁就安全了。 http://GitLab.com 官方托管服务已经完成修复，主要需要关注的是企业自己部署的 GitLab 实例。 目前还没有公开证据表明这个新漏洞已经遭到实际利用，但官方也没有提供可靠的临时规避方案，最直接的办法就是升级。 我觉得这件事最值得警惕的，不只是一个 CVSS 10.0 的漏洞，而是我们每天用来管理源代码、构建和部署生产系统的基础设施，本身也可能成为攻击入口。 尤其是那些部署在内网、用了好几年没人维护的 GitLab，真的该检查一下版本了。 GitLab 官方公告： https://docs.gitlab.com/releases/patches/patch-release-gitlab-19-5-1-released/

曝光 140 · 评论 2 · 点赞 3 · 书签 0