GitLab 中的服务器端请求伪造 (Server-Side Request Forgery, SSRF)

攻击者利用此 SSRF 漏洞可以绕过内部网络访问控制，访问原本无法直接访问的内部服务和资源。这可能包括访问数据库服务器、配置管理接口、内部 API 以及其他敏感系统。攻击者可以利用这些访问权限窃取敏感数据，例如用户凭据、配置信息和业务数据。此外，攻击者还可能利用 SSRF 漏洞执行代码或发起进一步的攻击，例如扫描内部网络以寻找其他漏洞。

Organizations utilizing GitLab CE or EE, particularly those with complex internal network architectures or exposed internal services, are at risk. Environments with legacy GitLab installations or those running older versions of GitLab are especially vulnerable. Shared hosting environments where multiple users share a GitLab instance should also be considered at higher risk.

• linux / server:

journalctl -u gitlab | grep -i "internal request"

• generic web:

curl -I <gitlab_url>/path/to/vulnerable/endpoint --connect-timeout 1 | grep -i "internal-ip"

1. 2025-09-12Disclosure

   disclosure

1. 已保留2025-06-20
2. 发布日期2025-09-12
3. EPSS 更新日期2026-03-23

最有效的缓解措施是立即将 GitLab CE/EE 升级至 18.3.2 或更高版本。如果无法立即升级，可以考虑实施一些临时缓解措施。例如，可以配置 GitLab 的代理设置，限制允许访问的内部主机和端口。此外，还可以审查 GitLab 的访问控制策略，确保用户只能访问其所需的资源。如果升级导致问题，请考虑回滚到之前的稳定版本，并尽快安排升级。使用 Web 应用防火墙 (WAF) 也可以帮助阻止恶意请求，但不能替代升级。