GitLab 严重漏洞（CVSS 10.0）可允许未经身份验证的 RCE，波及 12 年来的所有版本

GitLab 于 10 月 21 日发布修复，针对一个可让攻击者在未登录的情况下于自管服务器上运行代码的漏洞，该漏洞影响可追溯至 2014 年发布的 7.0 版本的所有版本。

即使对九天前刚打过补丁的管理员而言，这一修复也很重要：10 月 12 日的更新仅覆盖 19.2 及更高版本，而新的修复版本仅比它高一个补丁号，因此当时更新过的实例又重新落入受影响范围。

该漏洞被追踪为 CVE-2026-110264，在 CVSS 评分中被评为 10.0 的最高分。GitLab 表示，在某些条件下，它可能允许未经身份验证的用户在服务器上运行任意代码，原因是在编译特制的正则表达式期间发生整数溢出。GitLab 未说明这些条件是什么。

该公司报告没有迹象表明该漏洞已被用于攻击，且截至 10 月 22 日，它未被列入美国 CISA 的已知被利用漏洞目录。

只有自管安装需要采取行动。GitLab.com 已运行修复版本，而使用内部版本 19.3.5-internal0 和 19.4.2-internal0 或更高版本的 GitLab Dedicated 租户已拥有该修复。GitLab 一次在七个版本中修复了该漏洞。

下表将每个发布分支与修复它的版本配对。

其中四个版本比 GitLab 通常修补的范围更旧。该公司的政策覆盖当前版本和之前两个月度版本，截至今天即 19.5、19.4 和 19.3。

GitLab 表示，其在此标准发布之外将修复回移至 18.11.13、19.0.10、19.1.9 和 19.2.9，这是其为严重问题保留的步骤。

该漏洞影响如此深远的原因在于 GitLab 中出问题的部分。正则表达式编译器是 Ruby 的内置引擎，名为 Onigmo，GitLab 在其自己的软件包中附带该引擎并在自己的构建中对其进行修补。该引擎中的弱点存在于 GitLab 附带它的所有地方，即自 7.0 以来的每个版本。

GitLab 还发布了两个检测规则，帮助自管管理员寻找利用尝试，名为"Onigmo native worker crash"和"Org mode render error burst"。它们属于该公司开源的 TLDR 框架的一部分，该框架以 Sigma 格式针对 GitLab 自身的应用程序日志编写每条检测规则。

GitLab 尚未说明攻击者需要什么前提条件才能触及编译器，因此管理员目前无法通过配置排除自身风险；修复是唯一确定的保护措施，GitLab 的公告未提供临时变通方法。

这是同一位研究员（网名 joaxcar）在一个月内报告的 GitLab 正则表达式引擎中的第四个代码执行漏洞，也是第一个波及 19.2 之前版本的漏洞。

10 月 12 日，GitLab 修复了 CVE-2026-97229——同样是正则表达式编译器中一个未经身份验证的 10.0 分溢出漏洞——版本为 19.2.8、19.3.5 和 19.4.2。9 月 23 日，它又修复了两个，CVE-2026-93577 和 CVE-2026-89078，均被评为 9.9 分但需要已登录的账户。三个较早的漏洞止步于 19.2 版本；而这个没有。

10 月 21 日的发布共修复 11 个安全问题，其中 1 个严重，其余为高危、中危或低危。

其余两个涉及身份验证。CVE-2026-15723 被评为高危 8.2 分，可能允许已登录用户接管另一个账户，但仅在管理员同时启用了 SAML 和 LDAP 自动关联时才可能。

GitLab 的 OAuth 和 OpenID Connect 端点中的一个缓存投毒漏洞 CVE-2026-112212 被评为高危 7.5 分，在使用共享缓存的设置中，可能允许攻击者将某些登录流程重定向到其控制的服务器。

这次升级有值得规划的成本。19.4.3 和 19.3.6 版本包含在升级期间运行的数据库更改，在单节点服务器上，这意味着完成更改期间的停机。GitLab 表示，多节点设置可使用其零停机流程在不停机的情况下应用补丁。