Aller au contenu
Le Bien Heureux · Belgique
L’essentiel geek, le temps d’une pause.
Dimanche 18 octobre 2026 Édition du matin Numéro LIII
ActualitĂ©s · Avant le cafĂ© · ≈ 3 min de lecture

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.

Gros plan sur un sac à dos noir portant le logo orange et le nom GitLab, avec des visiteurs flous dans un couloir du FOSDEM en arrière-plan
FOSDEM 2026, à Bruxelles, le 1er février 2026. © Benjamin Bellamy / Wikimedia Commons (CC BY-SA 4.0)

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.