GitLab 路径遍历漏洞遭在野利用，未认证攻击者可窃取全服务器文件

一句话结论

GitLab 严重路径遍历漏洞已确认在野利用，未认证攻击者可读取自托管实例上的任意文件，必须立即升级并全面轮换凭据。

关键要点

• 漏洞编号为 CVE-2026-85706，CVSS 评分高达 10.0，属于最高危级别且已被实际利用。
• 影响版本包括 18.7 至 19.1.7、19.2 至 19.2.5、19.3 至 19.3.1，修复版本为 19.3.2、19.2.6、19.1.8 及向后移植的 19.0.9 和 18.11.12。
• 攻击前置条件极低，GitLab 实例中只要存在至少一个公开项目，未认证远程攻击者即可发起漏洞利用。
• 漏洞利用入口为携带 file.path 参数的 /api/v4/projects/{id}/repository/commits/ HTTP POST 请求，源于该接口路径限制不当且缺少身份校验。
• 美国网络安全与基础设施安全局（CISA）已将该漏洞收录至已知被利用漏洞（KEV）目录，安全公司 watchTowr 确认披露数小时内即出现探测行为。

背景与事实

2026 年 9 月 11 日，GitLab 针对 CVE-2026-85706 路径遍历漏洞迅速发布了安全补丁。该漏洞由安全研究人员 Mohamed Abdelaiz 上报，主要影响自托管版 GitLab 社区版（CE）和企业版（EE）。在特定条件下，由于仓库提交接口存在路径限制不当且缺少必要的身份校验，未认证的远程攻击者能够读取 GitLab 服务器上的任意文件。安全公司 watchTowr 监测发现，漏洞披露短短数小时内，攻击者就已经在互联网上开展探测行为，表明该漏洞已不再只是理论风险，而是确认存在实际利用行为。随后，美国网络安全与基础设施安全局（CISA）基于其实际利用状态，将该漏洞正式收录至已知被利用漏洞（KEV）目录。

针对该漏洞，GitLab 提供了不同版本的修复方案。自托管的 GitLab 实例应当根据当前版本情况，升级至 19.3.2、19.2.6 或 19.1.8 版本。在初始补丁发布两周后，GitLab 还将修复代码向后移植到了已停止支持的 19.0.9 和 18.11.12 版本中，以覆盖低版本用户。漏洞的直接触发路径为携带 file.path 参数的 /api/v4/projects/{id}/repository/commits/ HTTP POST 请求，攻击者可利用此接口绕过常规权限控制，直接读取服务器文件系统。安全公司 watchTowr 的 Jake Knott 明确指出该漏洞的致命前置条件：只要 GitLab 实例中至少存在一个公开项目，后续的攻击行为便无需任何身份认证即可开展，使得绝大多数生产环境极易中招。

影响分析

对于中文开发者与企业运维人员而言，该漏洞的实际影响已远超常规补丁更新范畴。分析判断认为，由于漏洞允许读取 GitLab 服务器上的任意文件，攻击者可以轻易窃取 CI/CD 变量、运行器令牌、SSH 密钥以及日志中记录的敏感信息。这种信息泄露为后续的横向渗透提供了完美跳板，攻击者可借此进一步破坏 CI/CD 流水线，甚至访问 GitLab 能够连通的其他核心业务系统。网络安全高管 Christopher Houser 的警告准确反映了当前态势：仅打补丁只能阻止新的文件读取行为，但无法撤销攻击者在漏洞修复前已经窃取的部署令牌、CI 变量以及 SSH 密钥。因此，企业必须强制轮换所有可能暴露的凭据，并深入核查在旧凭据仍有效期间，构建任务拉取过哪些软件包和镜像，以切断潜在的供应链攻击路径。

适用边界

上述应急处置与评估结论主要针对自托管且对公网暴露的 GitLab 社区版（CE）与企业版（EE）实例。如果企业使用的是 GitLab 官方云服务（SaaS 版），则该威胁不适用，因为 GitLab 官方已负责底层代码的修补与隔离。此外，对于严格限制内网访问、未对外开放 HTTP 接口的离线 GitLab 实例，只要确认不存在至少一个公开项目，其被外部未认证攻击者利用的直接风险将大幅降低，但内部权限越权滥用仍可能导致类似文件读取问题。

孤本观察

此次事件再次暴露了安全修复的滞后性：打补丁只是危机响应的起点，凭据管理断层才是最大隐患。编辑判断认为，将漏洞响应流程与全量凭据审计深度绑定，将是企业应对此类高危路径遍历漏洞的必然选择。

来源：InfoQ 中文 AI