Server-Side Request Forgery (SSRF) no GitLab

A exploração bem-sucedida desta vulnerabilidade SSRF pode permitir que um atacante acesse recursos internos que normalmente não seriam acessíveis pela rede externa. Isso pode incluir dados confidenciais armazenados em bancos de dados internos, arquivos de configuração com credenciais, ou até mesmo o controle de outros serviços internos. Um atacante pode usar essa vulnerabilidade para mapear a rede interna, identificar outros pontos de entrada, e potencialmente escalar seus privilégios. A gravidade do impacto depende da sensibilidade dos recursos internos acessíveis e das permissões do usuário autenticado que explora a vulnerabilidade. Embora a descrição não cite um caso específico, vulnerabilidades SSRF frequentemente são usadas para obter informações sensíveis ou como um trampolim para ataques mais sofisticados.

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. Reservado2025-06-20
2. Publicada2025-09-12
3. EPSS atualizado2026-03-23

A mitigação primária para esta vulnerabilidade é atualizar o GitLab para a versão 18.3.2 ou superior. Se a atualização imediata não for possível, considere restringir o acesso de rede do GitLab para limitar a capacidade de um atacante de fazer requisições internas. Implementar regras de firewall que bloqueiem o tráfego de saída para endereços IP internos pode ajudar. Além disso, revise e reforce as políticas de controle de acesso para garantir que os usuários autenticados tenham apenas as permissões necessárias. Monitore os logs do GitLab em busca de atividades suspeitas, como requisições para endereços IP internos inesperados. A aplicação de um Web Application Firewall (WAF) com regras para detectar e bloquear requisições SSRF também pode ser uma medida de proteção eficaz.