InfoQ

GitLab Vulnerability Under Active Exploitation Enables Unauthenticated Data Exfiltration

8.5内容质量
GitLab Vulnerability Under Active Exploitation Enables Unauthenticated Data Exfiltration

TL;DR · AI 摘要

GitLab被发现存在严重漏洞（CVE-2026-85706），允许未认证攻击者读取任意文件，CVSS评分10.0，已遭利用。

核心要点

  • 漏洞CVE-2026-85706影响GitLab 18.7至19.3.1版本，CVSS评分10.0
  • 攻击者可通过单个公开项目窃取CI/CD变量和SSH密钥
  • 修复建议包括打补丁、检查日志中的/api/v4/projects/请求并轮换密钥

结构提纲

按章节快速跳转。

  1. §漏洞概述

    披露GitLab存在CVSS 10.0的路径遍历漏洞CVE-2026-85706

  2. ·影响范围

    影响18.7至19.3.1所有GitLab CE/EE版本

  3. ›攻击路径

    未认证攻击者可通过公开项目读取服务器任意文件

  4. ·修复措施

    GitLab已于9月11日发布补丁并建议检查日志

  5. ›专家建议

    需轮换部署令牌、CI变量和SSH密钥并检查旧凭证使用情况

思维导图

用一张图看清主题之间的关系。

查看大纲文本（无障碍 / 无 JS 友好）
  • GitLab CVE-2026-85706漏洞
    • 漏洞特性
      • CVSS 10.0路径遍历
      • 无需认证
    • 影响范围
      • 18.7-19.3.1版本
      • 公开项目要求
    • 修复建议
      • 打补丁
      • 日志检查
      • 密钥轮换

金句 / Highlights

值得收藏与分享的关键句。

#GitLab#安全漏洞#CI/CD#CVE
打开原文

GitLab 存在正在被利用的漏洞，可实现未认证数据泄露 - InfoQ

InfoQ 首页 News GitLab 存在正在被利用的漏洞，可实现未认证数据泄露

DevOps

在线 InfoQ AI 安全与隐私工程认证（10 月 26 日）：在受监管环境中部署 AI？

GitLab 存在正在被利用的漏洞，可实现未认证数据泄露

2026年10月3日 2分钟阅读

作者：

  • Sergio De Simone

#### 关注我们

YouTube

232K 粉丝

LinkedIn

26K 粉丝

Instagram

新

RSS

19K 读者

X

57.1k 粉丝

Facebook

21K 点赞

Bluesky

收听本文 -

0:00

音频准备就绪

您的浏览器不支持音频元素。

正常

1.25x

1.5x

喜欢

新下拉阅读列表

  • 阅读列表

CVE-2026-85706 是一个关键的 GitLab 路径遍历漏洞，该漏洞已从理论风险演变为已被证实的攻击。它影响自托管的 GitLab CE/EE，并可能允许未认证的远程攻击者从 GitLab 读取任意文件。

该漏洞影响所有从 18.7 到 19.1.7、19.2 到 19.2.5 以及 19.3 到 19.3.1 的 GitLab CE/EE 版本，可能导致以下情况：

在某些条件下，由于仓库提交 API 中的路径限制不当和缺少认证强制措施，未认证用户可能能够从 GitLab 服务器读取任意文件。

该漏洞的 CVSS 评分为 10.0，表明其特别关键，因为攻击者可以利用该漏洞窃取可能使系统进一步访问、破坏 CI/CD 管道并可能访问 GitLab 可访问的其他系统的机密和配置详细信息。更糟糕的是，攻击只需要 GitLab 实例至少有一个公开项目即可。

该漏洞由 Mohamed Abdelaiz（S3ntago）报告，并于 9 月 11 日由 GitLab 迅速修复。据安全公司 watchTowr 报告，在披露后数小时内，攻击者已经开始进行野外探测。随后，CISA 将该漏洞添加到其已知被利用漏洞（KEV）目录中。

除了修补任何面向公众的自托管 GitLab 实例外，watchTowr 还建议：

防御者还应通过日志文件搜索指向 /api/v4/projects/{id}/repository/commits/ URI 的 HTTP POST 请求，其中包含 file.path 参数，以识别潜在的攻击尝试。

关于此次披露，网络安全高管 Christopher Houser 警告称，修补只是故事的一部分：

修补可以阻止新的读取操作，但不会撤销攻击者已经复制的部署令牌、CI 变量和 SSH 密钥。请轮换这些凭证，然后检查在旧凭证仍然有效时构建过程中拉取了哪些软件包和镜像。

首席信息安全官 Parker Brisette 进一步强调了与该漏洞相关的风险，指出利用该漏洞的条件非常有限：

在 GitLab 服务器上，任意文件包括 CI/CD 变量、运行器令牌和日志中捕获的任何内容。watchTowr 的 Jake Knott 明确指出前提条件。只需要存在一个公开项目。之后就没有认证步骤了。

Reddit 用户 GuffariBranderr8 强调了采取额外安全措施的重要性：

如果敏感配置或 CI/CD 凭据被泄露，攻击者可能进而渗透到其他系统，因此除了修补漏洞外，还应限制互联网暴露范围并单独轮换受影响的密钥。

要修补受影响的系统，自托管的 GitLab 实例应升级到 19.3.2、19.2.6 或 19.1.8 版本（视情况而定）。初始补丁发布两周后，GitLab 将修复方案回溯到 GitLab 社区版（CE）和企业版（EE）的 19.0.9 和 18.11.12 版本，尽管这两个版本均已达到生命周期终点。

作者部分主容器

关于作者

部分标题

每位作者的主容器

#### Sergio De Simone

显示更多

显示更少

#### 本内容属于 DevOps 主题

##### 相关主题：

  • 开发
  • DevOps
  • 安全漏洞
  • 持续部署
  • GitLab
  • 软件供应链
  • 持续集成
  • 相关编辑内容
  • 相关赞助商
  • 相关赞助商 2026 年 10 月 8 日，东部时间下午 12 点 当 AI 加速开发时，您的 CI 管道能否跟上？由 Datadog 的软件交付产品营销经理 Eric Metaj 和 CI/CD 优化产品经理 Rohin Chandra 呈现

InfoQ 电子报

每周五汇总 InfoQ 上一周的内容，每星期二发送。加入超过 25 万名高级开发者的社区。查看示例

我们保护您的隐私。