【高危漏洞预警】GitLabCI/CD正则编译器整数溢出远程代码执行漏洞CVE-2026-97229"

admin 2026-10-15 16:53:51 网络安全文章 来源:ZONE.CI 全球网 0 阅读模式

【高危漏洞预警】GitLab CI/CD正则编译器整数溢出远程代码执行漏洞CVE-2026-97229

飓风网络安全

2026年10月13日 19:53
北京

在小说阅读器读本章

去阅读

在公众号小说中沉浸阅读

一、漏洞概述

GitLab CI/CD流水线配置解析模块内置正则表达式编译器,在解析.gitlab-ci.yml内自定义正则表达式时,对正则长度计算缺少严格校验,触发整数溢出漏洞。

攻击者可提交精心构造的恶意正则写入CI/CD配置文件,当GitLab后端编译该正则时发生内存越界写入,最终实现未授权远程代码执行,直接拿下GitLab服务器最高权限。

该漏洞属于内存破坏类高危漏洞,CVSS满分10分,攻击向量AV:N,无权限要求、无交互,成功利用可接管整个GitLab实例,窃取代码仓库、账号凭证、CI密钥,横向渗透内网。

二、影响版本

✅ 受影响版本(私有化自建实例)

• GitLab CE / EE 19.1 ~ 19.2.7

• GitLab CE / EE 19.3.0 ~ 19.3.3

• GitLab CE / EE 19.4.0 ~ 19.4.1

✅ 安全修复版本(强制升级目标)

• 19.2.8

• 19.3.4

• 19.4.2

重要说明:GitLab SaaS(gitlab.com)、Dedicated云托管实例已经厂商后台修复,不受此漏洞影响;仅自建私有化部署的GitLab存在风险。

三、漏洞原理

  1. GitLab CI解析.gitlab-ci.yml配置,读取流水线规则中的正则表达式;

  2. 正则编译器计算缓冲区分配长度时,长度变量发生整数溢出,数值回绕变成很小的正数;

  3. 程序按溢出后的小值分配内存缓冲区,实际正则数据远大于分配内存,发生堆缓冲区越界写入;

  4. 攻击者通过精准构造正则payload,控制内存布局,篡改程序执行流,实现远程代码执行。

攻击链:

公网访问GitLab实例 → 提交包含恶意正则的CI配置 → 后端解析编译正则触发整数溢出 → 内存损坏 → RCE → 获取服务器权限。

四、风险危害

  1. 未授权RCE,外部攻击者无需注册账号,直接获取服务器操作系统权限;

  2. 窃取所有仓库源代码、CI/CD密钥、数据库账号、SSH私钥、运维凭证;

  3. 篡改仓库代码,植入后门、投毒供应链,污染研发上线流程;

  4. 以GitLab服务器为支点横向渗透内网服务器、容器集群;

  5. 泄露企业核心知识产权,引发数据安全、等保合规、供应链安全事件。

五、检测排查方案

5.1 资产自查

  1. 测绘公网资产,识别自建GitLab(端口80/443),查看底部版本号;

  2. 确认实例类型:私有化部署为高风险,GitLab SaaS无风险。

5.2 日志审计

• 查看GitLab CI流水线处理日志:/var/log/gitlab/

• 检索异常CI配置提交记录、超长正则表达式解析任务、程序段错误(segfault)崩溃日志;

• 检查是否存在匿名提交CI配置的异常访问记录。

5.3 流量侧检测规则

特征:HTTP请求上传.gitlab-ci.yml,YAML内包含超长、特殊构造正则表达式,用于CI rules匹配。

注意:Payload可变形,仅字符串匹配容易绕过,建议结合GitLab进程崩溃告警联动。

六、应急处置方案(优先级)

✅ 首选:立即升级到修复版本 19.2.8 /19.3.4 /19.4.2

GitLab官方明确:无可靠临时缓解方案,仅升级能彻底修复

✅ 临时防护(升级前应急兜底,不能根治漏洞)

  1. 网络ACL:公网防火墙限制GitLab Web访问源IP,仅企业内网运维IP可访问;

  2. 关闭匿名访问仓库、匿名提交/创建分支的权限;

  3. WAF拦截包含超长正则表达式的YAML文件上传请求;

  4. 监控gitlab-workhorse、sidekiq进程异常崩溃,一旦告警立即隔离主机取证。

✅ 事件响应(确认被入侵时)

  1. 隔离GitLab服务器,断网取证;

  2. 全盘排查新增后门、恶意账号、定时任务;

  3. 重置所有CI密钥、数据库密码、仓库SSH密钥;

  4. 审计所有代码提交,排查是否存在代码投毒;

  5. 复盘供应链风险,检查上线业务是否植入恶意代码。

七、长期安全建议

  1. 私有化GitLab禁止直接暴露互联网,通过VPN/堡垒机访问;

  2. CI/CD配置增加静态扫描,检测恶意正则、危险表达式;

  3. GitLab纳入重点资产,定期版本巡检、漏洞扫描;

  4. 研发供应链安全管控,限制匿名创建分支、提交流水线;

5. 建立组件漏洞应急SOP,开源代码管理平台高危漏洞72小时响应。

【高危漏洞预警】GitLabCI/CD正则编译器整数溢出远程代码执行漏洞CVE-2026-97229" 网络安全文章

【高危漏洞预警】GitLabCI/CD正则编译器整数溢出远程代码执行漏洞CVE-2026-97229"

本文预警GitLabCI/CD正则编译器整数溢出漏洞CVE-2026-97229,CVSS满分10分,可未授权远程代码执行。影响私有化部署的GitLabCE/EE19.1至19.4.1版本,官方已发布修复版本19.2.8/19.3.4/19.4.2。攻击者可利用恶意正则触发堆缓冲区溢出获取服务器权限,窃取代码仓库与凭证。建议立即升级,并采取网络ACL限制访问、关闭匿名提交等临时防护措施。
老板秘书问我:能不能监控全公司的微信聊天记录,说是老板想知道员工们平时在公司里聊天的内容,有没有人在背后说公司的坏话,我果断拒绝" 网络安全文章

老板秘书问我:能不能监控全公司的微信聊天记录,说是老板想知道员工们平时在公司里聊天的内容,有没有人在背后说公司的坏话,我果断拒绝"

文章讲述老板秘书要求程序员监控全公司微信聊天记录以找出说公司坏话的员工,作者果断拒绝。文章指出员工私下吐槽属正常现象,监控会破坏信任;技术上个人微信难以直接读取,企业微信会话存档也受授权限制;建议程序员明确目的、授权与合规风险,提出替代方案,拒绝未经授权的监控要求。
微软Xandr被挪威开出史上最大罚单" 网络安全文章

微软Xandr被挪威开出史上最大罚单"

挪威数据保护局对微软旗下广告平台Xandr开出史上最大罚单,金额9200万挪威克朗。Xandr在未获有效授权下处理并共享挪威Grindr用户敏感数据,包括性取向信息,违规持续近两年。该局强调企业须自行确保数据处理合法,Xandr辩称Grindr已获授权未被认可。
AIMM:AI/ML产物的信任与来源成熟度模型" 网络安全文章

AIMM:AI/ML产物的信任与来源成熟度模型"

本文介绍OASISCoSAI发布的AIMM模型,针对AI/ML供应链信任缺口提出三级成熟度框架:L1用哈希与签名确保产物完整性,L2通过来源声明构建可审计谱系,L3以四类证明实现合规自动判定。落地建议从高风险模型签名起步,利用Sigstore等现成工具,并强调密钥管理是信任根基。
评论:0   参与:  0