GitLab 高危远程代码执行漏洞公开 PoC 已发布，CVSS 评分 10.0

研究人员 Jonah Burgess 公开了 GitLab 一个远程代码执行漏洞的 PoC 利用代码，该漏洞编号为 CVE-2026-97229，GitLab 将其评为严重级别，CVSS 评分 10.0。PoC 针对 GitLab 社区版和企业版，作者称已在官方 Linux amd64 的 GitLab CE 19.4.1 镜像上测试过利用代码。

GitLab 已于 2026 年 10 月 12 日发布修复版本，并强烈建议自管理部署尽快升级。GitLab.com 已运行修补后的版本，GitLab Dedicated 客户无需采取行动。目前没有证据表明该漏洞已被用于真实入侵。

漏洞与利用条件

GitLab 将该漏洞定性为 CI/CD 正则表达式编译器中的整数溢出问题，编号 CVE-2026-97229，严重级别为 Critical，CVSS 评分达到 10.0。

利用该漏洞存在明确的权限门槛：攻击者需要拥有向受影响实例上某个公开项目推送分支的权限。满足这一条件后，PoC 会向 CI lint 端点发送后续请求，该请求不携带令牌、Cookie 或其他授权头。Burgess 表示，命令以 GitLab 的 git 账户身份执行，而非管理员权限。公开代码属于初始版本，作者称针对受影响配置和其他可能路径的进一步分析仍在进行。

利用链如何运作

按照 GitLab 安全公告的描述，漏洞根源在于 CI/CD 正则表达式编译器的整数溢出。PoC 展示的链条是：CI lint 从攻击者控制的分支读取特制的流水线配置，并针对经过特殊命名的仓库路径处理一个正则表达式。当路径中包含 Unicode 字符时，Ruby 会在 GitLab 完成大小检查之后再次编译该表达式。

PoC 作者称，由此产生的整数溢出会改变正则表达式引擎的执行走向，最终触达命令执行函数。测试请求通常以 HTTP 502 错误结束，原因是命令执行后工作进程崩溃；仅凭这一响应并不能确认利用成功。在 Burgess 的测试中，是通过回调返回的命令输出才确认了执行。此外，该 PoC 需要占用大量内存，公布的利用布局也只针对特定的一个 GitLab 构建版本。作者提醒，内存不足或并发多个请求可能导致服务中断，而非成功利用。

受影响版本与修复

GitLab 表示，该缺陷影响社区版和企业版的多个分支：19.2 低于 19.2.8 的版本、19.3 低于 19.3.5 的版本，以及 19.4 低于 19.4.2 的版本。

不过，公开利用代码的存在使风险更为具体：从项目写权限出发，存在一条通往受影响服务器命令执行的路径，而该漏洞的 CVSS 评分为最高等级。

管理员应对建议

GitLab 强烈建议自管理部署尽快升级，管理员应确认当前版本，并升级到所在分支的修复版本或更新的受支持版本。除打补丁外，还应审查近期对 CI/CD 配置文件的改动，重点关注新增或修改的正则表达式以及项目分支的变化。

来源同时指出，该 PoC 并不能证明漏洞已在真实攻击中被使用，但它为防御方提供了优先处置的具体理由。对于尚未安装安全更新的组织，公开可获取的利用代码意味着暴露窗口正在扩大。

要点

• 漏洞 CVSS 评分 10.0，属严重级别
• 攻击者需能向公开项目推送分支
• PoC 已在 GitLab CE 19.4.1 镜像上测试
• 修复版本于 2026 年 10 月 12 日发布
• GitLab.com 已运行修补版本