GitLab 正则编译器整数溢出 RCE（CVE-2026-110264）

结论复制锚点链接

GitLab 于 2026-10-21 发布紧急补丁，修复 CVE-2026-110264。[1]这是正则编译器的整数溢出漏洞，CVSS 10.0。[1]在特定条件下，未登录的攻击者可以在 GitLab 服务器上执行任意代码。[1]受影响范围是 GitLab CE/EE 7.0 起的几乎所有版本。[1]修复版本是 19.5.1、19.4.3、19.3.6、19.2.9、19.1.9、19.0.10 和 18.11.13。[1]GitLab.com 已修复。自管实例要立即升级。[1]截至调研时，官方没有称该漏洞已被在野利用。[1]

事件经过复制锚点链接

用户提供的截图来自一个 Telegram 运维频道。截图提醒升级 GitLab 和 Chrome。截图中的 GitLab 版本号与官方公告一致。[1]

2026-10-21，GitLab 发布“Critical Patch Release”，一次覆盖 7 个版本线。[1]GitLab 的计划内补丁在每月第二、第四个周三发布。[1]这次属于计划外的紧急补丁。[1]

漏洞由 HackerOne 研究员 joaxcar 报告。[1]同一位研究员在 10 月上旬还报告了 CVE-2026-97229。[3]那是 CI/CD 正则编译器的整数溢出漏洞，同样是 CVSS 10.0。[3]GitLab 已在 2026-10-12 的 19.4.2 等版本修复它。[3]所以 10 天内，GitLab 连续修复了两个满分的正则编译器 RCE。

发布后，GitLab 的版本检查服务出了问题。[2]version.gitlab.com 把 critical_vulnerability 标志弄反了。[2]已升级到 19.5.1、19.4.3 的实例收到“严重漏洞”警告。[2]没升级的 19.5.0、19.4.2 实例只显示普通的“Update ASAP”提示。[2]也就是说，最该升级的实例反而没有收到严重警告。[2]论坛用户在 10-22 报告该问题已在 GitLab 侧修正。[2]

技术细节复制锚点链接

官方描述是：编译一个特制的正则表达式时发生整数溢出。[1]官方没有公开触发路径。漏洞细节在修复发布 90 天后才公开。[1]

GitLab 为自管实例发布了两条检测规则。[1] [4]

• Onigmo native worker crash：检测 Onigmo 原生 worker 崩溃。[4]
• Org mode render error burst：检测 Org mode 渲染错误激增。[5]

Onigmo 是 Ruby 使用的正则引擎。从规则名称看，攻击尝试可能让 worker 崩溃，或让 Org mode 文件渲染大量报错。这一判断只来自规则名称，未验证。

同一批补丁还修复了 11 个其他漏洞。[1]

另有 1 个 Medium 和 4 个 Low 问题。[1]

影响范围复制锚点链接

受影响版本如下。[1]

• 7.0 起，18.11.13 之前的所有版本
• 19.0 至 19.0.9、19.1 至 19.1.8、19.2 至 19.2.8
• 19.3 至 19.3.5、19.4 至 19.4.2、19.5.0

GitLab.com 已运行修复版本。[1]GitLab Dedicated 租户运行 19.3.5-internal0、19.4.2-internal0 或更高版本时，已包含修复。[1]所以真正需要行动的是自管实例。

官方只回补到 18.11。[1]18.10 及更早的实例没有对应补丁，必须跨版本升级。跨大版本升级要按 GitLab 的升级路径逐级进行。这是 GitLab 的一般要求，本次公告未单独说明。

GitLab 有大量自管部署。BleepingComputer 引用 GitLab 的说法：注册用户超过 3,000 万，超过一半的财富 100 强公司在用。[3]受影响的自管实例数量没有公开数据。

GitLab 漏洞有被大规模利用的先例。2026-09，GitLab 修复了最高危的路径穿越漏洞 CVE-2026-85706。[3]CISA 在 09-11 把它加入 KEV 目录，要求联邦机构 3 天内修复。[3]CISA 自 2021-11 起共收录 5 个被利用的 GitLab 漏洞。[3]

时间线复制锚点链接

1. 2026-09-11，时区未披露
   CISA 把 GitLab 的 CVE-2026-85706 加入 KEV 目录。[3]
2. 2026-10-12，时区未披露
   GitLab 发布 19.4.2 等版本，修复 CI/CD 正则编译器漏洞 CVE-2026-97229。[3]
3. 2026-10-21，时区未披露
   GitLab 发布 7 个版本的紧急补丁，修复 CVE-2026-110264。[1]
4. 2026-10-21 约 23:00 UTC
   论坛用户报告升级后仍被提示更新，随后有人确认版本检查标志被弄反。[2]
5. 2026-10-22 09:34 UTC+8，截图未标时区，按用户时区推定
   用户提供的 Telegram 频道截图提醒升级 GitLab 和 Chrome。
6. 2026-10-22 约 08:00 UTC计划
   论坛用户称版本检查已恢复正常。[2]

修复与缓解复制锚点链接

1. 升级到对应版本线的修复版本：19.5.1、19.4.3、19.3.6、19.2.9、19.1.9、19.0.10 或 18.11.13。[1]
2. 18.10 及更早的实例，按升级路径升级到受支持的版本线。
3. 不要依赖后台的“需要更新”提示判断是否安全。10-21 该提示一度给出相反结果。[2]用 /help 页面或 sudo gitlab-rake gitlab:env:info 确认实际版本。[2]
4. 部署官方的两条检测规则，检查升级前是否出现异常崩溃或渲染错误。[4] [5]
5. 如果在升级前发现可疑迹象，按服务器失陷处理。轮换 Runner 令牌、CI/CD 变量、部署密钥和集成凭据。

公告只要求升级，没有给出临时缓解措施。[1]

对段子中公司的影响复制锚点链接

段子没有提到 GitLab。但这家公司有 CI，而且 CI 昨晚刚从 PyPI 拉了 LiteLLM 新包推到生产。CI 用的是什么平台，段子没有说。

如果公司用的是自管 GitLab，这个漏洞就是 P0。GitLab 服务器上有全部源码、CI/CD 变量和部署密钥。未登录即可 RCE，意味着攻击者可以直接篡改流水线和制品。再叠加 LiteLLM 投毒，CI 的密钥本来就要轮换，两件事应一起处理。

如果用的是 GitLab.com，GitLab 已经修复，公司不用升级。如果根本不用 GitLab，这条与公司无关。

存疑与未验证复制锚点链接

• 触发路径未公开。从检测规则推断与 Onigmo 和 Org mode 渲染有关，未验证。
• 官方没有说明 CVE-2026-110264 与 10-12 修复的 CVE-2026-97229 是什么关系。两者同类、同一报告者。Dedicated 的 19.4.2-internal0 已包含修复，说明两者可能相关。这一点未验证。
• CVE-2026-97229 修复版本中的 19.3 分支，BleepingComputer 写作 19.3.4。[3]GitLab 官方公告标题写作 19.3.5。本报告未打开该公告核对。
• 截至调研时，未查到公开 PoC 或在野利用报告。这不代表没有。
• 10-21 的发布时刻和论坛事件时刻，是根据页面的相对时间推算的。

参考资料复制锚点链接

• [1] GitLab Critical Patch Release: 19.5.1, 19.4.3, 19.3.6, 19.2.9, 19.1.9, 19.0.10, 18.11.13
• [2] Self-hosted GitLab CE 19.5.1 asks to update but it's already the latest
• [3] GitLab warns of max severity code execution vulnerability
• [4] Detection: Onigmo native worker crash
• [5] Detection: Org mode render error burst