Des rapports de sécurité ont révélé l'existence de plus de 1000 serveurs de la plateforme GitLab fonctionnant toujours avec des versions non protégées contre une faille de sécurité de gravité maximale (Maximum-severity), une vulnérabilité actuellement exploitée dans des attaques d'exécution de code à distance (Remote Code Execution - RCE).
Cette faille, identifiée sous le numéro CVE-2026-97229, provient d'un défaut de type dépassement d'entier (Integer Overflow) dans le composant compilateur d'expressions régulières (Regular Expression Compiler) de l'environnement CI/CD. Ce défaut permet à un utilisateur non authentifié (Unauthenticated user) d'exécuter des codes arbitraires sur le serveur en envoyant des expressions régulières spécialement conçues au sein des fichiers de configuration des pipelines logiciels (Pipeline configuration files).
Pourquoi cette nouvelle est-elle importante ?
La dangerosité de cette faille réside dans la nature de la plateforme GitLab, qui constitue un pilier fondamental des opérations DevSecOps, servant plus de 70 millions d'utilisateurs et utilisée par plus de 50 % des entreprises du Fortune 100. La capacité d'exécuter des commandes à distance signifie la possibilité d'un contrôle total sur le serveur, ce qui pourrait conduire au vol de données sensibles, à l'accès aux codes sources, ou même à l'utilisation des serveurs comme plateforme pour lancer d'autres attaques.
L'agence américaine de cybersécurité et de sécurité des infrastructures (CISA) a ajouté cette faille à sa liste des vulnérabilités exploitées connues (KEV), obligeant les agences fédérales à sécuriser immédiatement leurs systèmes. Bien que GitLab ait publié des mises à jour de sécurité depuis la mi-octobre, l'organisation Shadowserver a constaté la persistance de plus de 1000 serveurs exposés au risque.
Un contexte sécuritaire en escalade
Cette faille n'est pas la première du genre pour GitLab cette année ; la plateforme a connu une série de vulnérabilités graves, notamment une faille de contournement de l'authentification à deux facteurs (2FA) en janvier, et une faille de vol de données d'identification en septembre.
Pour protéger les systèmes, GitLab a insisté sur la nécessité de mettre à niveau immédiatement toutes les versions auto-hébergées (Self-managed) vers l'une des versions suivantes :
- GitLab Community Edition (CE) : versions 19.4.2, 19.3.5 ou 19.2.8.
- GitLab Enterprise Edition (EE) : versions 19.4.2, 19.3.5 ou 19.2.8.
Il est à noter que la version GitLab.com et le service GitLab Dedicated sont déjà protégés et ne nécessitent aucune mesure supplémentaire de la part des utilisateurs.