SSRF (Falsification de requête côté serveur) dans @zereight/mcp-gitlab (CVE-2026-61559)
Résumé
SSRF dans @zereight/mcp-gitlab (CVE-2026-61559). Des informations confidentielles peuvent être exposées. Exploitable via GET /api/v4/projects/1/issues. Atténuation : mise à jour vers 2.1.27 ou plus.
Description d'origine
La description telle que publiée par la source (souvent en anglais).
Server-Side Request Forgery via X-GitLab-API-URL Header Allows Credential Theft
Affected
- Repository:
zereight/gitlab-mcp - Affected versions: All versions through commit
74a8c83 - Patched versions: None at time of report
Severity
High. CVSS v3.1 8.5 (AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:N)
Description
When the environment variable ENABLE_DYNAMIC_API_URL=true is set, the server
reads the X-GitLab-API-URL HTTP request header and uses it as the base URL for
all outbound GitLab API calls made within that request. The server validates that
the value is a well-formed URL (new URL(dynamicApiUrl)) but applies no
allowlist or hostname restriction. The server then attaches the victim's
Private-Token to every outbound fetch that uses the redirected URL.
Any caller who can reach the HTTP transport can set X-GitLab-API-URL to an
attacker-controlled host. The next GitLab API call the server makes delivers the
victim's token to that host.
The vulnerable code appears at two locations.
SSE handler (index.ts:11541):
const dynamicApiUrl = req.headers["x-gitlab-api-url"]?.trim();
if (ENABLE_DYNAMIC_API_URL && dynamicApiUrl) {
apiUrl = normalizeGitLabApiUrl(dynamicApiUrl); // no allowlist check
}
Streamable HTTP handler (index.ts:11787), inside parseAuthHeaders:
const dynamicApiUrl = req.headers["x-gitlab-api-url"]?.trim();
if (ENABLE_DYNAMIC_API_URL && dynamicApiUrl) {
new URL(dynamicApiUrl);…
Source: NIST National Vulnerability Database NVD GitHub Advisory
Résumé généré automatiquement
Assemblé par SecPulse à partir des données sources (CVSS, CWE, versions affectées) à l'aide de modèles, sans IA. Vérifiez la description d'origine et les références ci-dessous.
Une vulnérabilité référencée CVE-2026-61559 a été découverte dans @zereight/mcp-gitlab.
Des attaquants peuvent cibler un point d'entrée spécifique comme GET /api/v4/projects/1/issues à distance pour détourner le produit.
Des informations confidentielles peuvent être exposées. Score CVSS : 9.6/10.
Action : mettez à jour @zereight/mcp-gitlab vers 2.1.27 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « @zereight/mcp-gitlab CVE-2026-61559 » sur le site de l'éditeur.
CVE-2026-61559 (@zereight/mcp-gitlab) — CWE-918 / CVSS v3 9.6
Vecteur d'attaque : distant (réseau) / sans interaction utilisateur
Surface d'attaque : GET /api/v4/projects/1/issues / parseAuthHeaders / apiUrl / ENABLE_DYNAMIC_API_URL
Correctif : 2.1.27 — appliquer immédiatement
Plan : 1) Audit SBOM, 2) Mise à jour staging→prod, 3) Surveillance WAF/proxy sur les endpoints affectés, 4) Recherche d'IOC dans les logs.
Réfs : voir GHSA / avis éditeur / version corrigée liés sur cette page.
Une SSRF (CWE-918) affecte @zereight/mcp-gitlab. Les attaquants atteignent le code vulnérable via GET /api/v4/projects/1/issues.
Consultez l'avis de l'éditeur pour les versions affectées de @zereight/mcp-gitlab. Surface d'attaque : GET /api/v4/projects/1/issues / parseAuthHeaders / apiUrl / ENABLE_DYNAMIC_API_URL.
Gravité : Critique (CVSS 9.6/10). Des informations confidentielles peuvent être exposées.
Mettre à jour vers 2.1.27.
En attendant le correctif : désactivez la fonctionnalité concernée, appliquez des règles WAF, ou restreignez l'accès par ACL réseau.
Recherchez dans les logs webserver/proxy/WAF des requêtes anormales vers GET /api/v4/projects/1/issues (en-têtes d'auth malformés, méta-caractères SQL). Auditez les fichiers de dépendances pour trouver @zereight/mcp-gitlab.
Actions de réponse
Étapes concrètes et exemples de commandes que les équipes SOC/SRE doivent exécuter dans l'ordre
-
1Identify exposure identify
grep -r '@zereight/mcp-gitlab' . | grep -v node_modulesリポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で
@zereight/mcp-gitlabを grep し、稼働しているサービス・バージョンを把握する。 -
2Hunt for indicators of compromise detect
grep 'GET /api/v4/projects/1/issues' /var/log/nginx/access.log | grep -E '(unusual_payload|sqli_pattern)'アクセスログで
GET /api/v4/projects/1/issuesへの異常なリクエスト (不正な認証ヘッダ・SQLメタ文字)を過去 30〜90日分捜索。WAF/SIEM があれば該当パスのアラート発火履歴を確認。 -
3Apply patch patch
Upgrade @zereight/mcp-gitlab to 2.1.27ステージング環境で 2.1.27 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスと、Step 2 で見つけた異常検知の続報チェックを含めること。
-
4Post-deployment verification verify
Replay attack against GET /api/v4/projects/1/issues on staging to confirm patch closes the vectorパッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番では Step 2 と同じログクエリでアラート再発が無いか継続監視。
Paquets affectés
Références
- web github.com
- web github.com
- web github.com
- web github.com
- web github.com