GitLab : une faille notĂ©e 10 sur 10 permet d’exĂ©cuter du code sur le serveur sans compte, il faut mettre Ă jour
GitLab a corrigé le 12 octobre 2026 une faille critique : sans compte, un attaquant peut exécuter du code sur un serveur auto-hébergé. Il faut mettre à jour.

Entreprises, Ă©coles et administrations utilisent GitLab pour stocker leur code et lancer des tâches automatiques Ă chaque modification. Le lundi 12 octobre 2026, l’Ă©diteur a publiĂ© un correctif d’urgence pour une faille notĂ©e 10 sur 10, la note maximale. Sur un serveur non corrigĂ©, elle pourrait permettre Ă un inconnu, sans compte, d’y exĂ©cuter le code de son choix.
Une expression régulière piégée
La faille, rĂ©fĂ©rencĂ©e CVE-2026-97229, se loge dans le compilateur d’expressions rĂ©gulières de la CI/CD de GitLab, le module qui enchaĂ®ne les tâches automatiques. Ces expressions sont des motifs de texte, utilisĂ©s par exemple pour ne lancer une tâche que sur certaines branches du code. Un motif spĂ©cialement conçu provoque un dĂ©passement d’entier : un calcul sort des limites prĂ©vues et ouvre la voie Ă l’exĂ©cution de code sur le serveur.
GitLab prĂ©cise que l’attaque ne fonctionne que « sous certaines conditions », sans dire lesquelles. Le reste de la fiche est sans appel : attaque Ă distance, faible complexitĂ©, ni compte ni action de la victime nĂ©cessaires. Au 14 octobre, ni GitLab ni IT-Connect ne faisaient Ă©tat d’attaques.
Trois failles critiques en trois semaines
La faille a Ă©tĂ© signalĂ©e par le chercheur joaxcar, via le programme de primes aux bogues de GitLab sur HackerOne. Le mĂŞme chercheur avait dĂ©jĂ fait corriger, le 23 septembre, deux failles critiques dans ce mĂŞme moteur d’expressions rĂ©gulières, rappelle IT-Connect. DiffĂ©rence de taille : celles-lĂ exigeaient d’avoir un compte sur le serveur.
Conséquence pratique : un serveur mis à jour fin septembre en 19.4.1 reste vulnérable. Le correctif du 12 octobre règle au total 24 failles, dont 5 de gravité élevée. Selon GitLab, la faille critique touche les versions à partir de 19.2 ; les plus anciennes ne sont de toute façon plus maintenues.
Le geste Ă faire
- VĂ©rifier la version installĂ©e : elle s’affiche dans la page d’aide de l’instance, Ă l’adresse /help.
- Installer 19.4.2, 19.3.5 ou 19.2.8 selon la branche utilisée : GitLab demande de le faire immédiatement.
- Sur GitLab.com, rien à faire : le service tourne déjà sur une version corrigée.
En bref
- GitLab a corrigé le 12 octobre 2026 une faille notée 10 sur 10 dans sa CI/CD.
- Sous certaines conditions, elle permet d’exĂ©cuter du code sur le serveur sans avoir de compte.
- Sont touchés les serveurs auto-hébergés en 19.2, 19.3 et 19.4 non mis à jour.
- Installer 19.4.2, 19.3.5 ou 19.2.8 ; GitLab.com est déjà corrigé.
Sources : GitLab, 12 octobre 2026 ; IT-Connect, 14 octobre 2026.
Le Bien Heureux · RĂ©daction Capibara · Samedi 17 octobre 2026