Limitation incorrecte d'un chemin d'accès à un répertoire restreint ('Path Traversal') dans GitLab

L'exploitation réussie de cette vulnérabilité permet à un attaquant de contourner les contrôles d'accès et de lire des fichiers sensibles sur le serveur GitLab. Cela peut inclure des informations de configuration, des clés API ou des données utilisateur. De plus, l'attaquant peut provoquer un déni de service en surchargeant le serveur avec des requêtes malformées. Bien que la description ne mentionne pas d'exploitation active, la possibilité de lecture de fichiers sensibles rend cette vulnérabilité particulièrement préoccupante, en particulier dans les environnements où GitLab est utilisé pour stocker des informations confidentielles.

Organizations running GitLab CE/EE in production environments, particularly those using versions 16.9 through 16.11.1, are at risk. Shared hosting environments where multiple users share a GitLab instance are also particularly vulnerable, as a compromised user account could potentially be used to exploit the vulnerability and gain access to other users' data or system resources. Legacy GitLab configurations with relaxed file permissions are also at increased risk.

• ruby: Monitor GitLab logs for unusual file access patterns or attempts to access files outside of expected directories. Use grep to search for suspicious path manipulation attempts in access logs. • generic web: Use curl to test for path traversal vulnerabilities by attempting to access files outside of the intended directory structure. Example: curl 'https://gitlab.example.com/../../../../etc/passwd' • linux / server: Examine GitLab's audit logs (if enabled) for suspicious file access events. Use journalctl -f to monitor GitLab's logs in real-time for unusual activity. • database (postgresql): If GitLab's database contains file paths, query the database for any unexpected or unusual file paths that might indicate an attempted exploit.

1. 2024-04-25Disclosure

   disclosure

2. 2024-04-25CISA KEV

   kev

1. Réservé2024-03-13
2. Publiée2024-04-25
3. Modifiée2025-11-20
4. EPSS mis à jour2026-04-02

La mitigation principale consiste à mettre à jour GitLab vers la version 16.11.1 ou supérieure. Si la mise à jour n'est pas immédiatement possible, envisagez de restreindre l'accès aux fichiers sensibles via des contrôles d'accès au niveau du système de fichiers. Surveillez les journaux d'accès de GitLab pour détecter des tentatives de contournement de chemin suspectes. Bien qu'il n'y ait pas de règles WAF spécifiques connues, une règle générale interdisant les requêtes contenant des séquences de points/barres obliques multiples (../) pourrait offrir une protection partielle.