Exploitée par des piratesCVSS 10.0Votre codeVotre entreprise
CVE-2026-97229 · GitLab
plateforme pour héberger et gérer le code des logiciels · Au catalogue des failles exploitées depuis le 29 octobre 2026
Le risque
Une personne sans compte peut prendre le contrôle du serveur GitLab à distance, en envoyant une configuration d'automatisation piégée ; des tentatives d'exploitation ont été signalées.
Que faire
Mettez à jour GitLab vers la version 19.2.8, 19.3.5, 19.4.2 ou plus récente, selon votre branche.
À faire côté dev
Si vous exploitez GitLab avec votre propre Ruby (depuis les sources ou dans votre propre image), la mise à jour de GitLab ne suffit pas : vous devez aussi passer à une version corrigée de Ruby ou de l'image alpinelinux/gitlab.
- RubyRubycorrigé en 3.3.13
Versions corrigées : 3.3.13, 3.4.12, 4.0.9 ou ultérieures, selon votre branche. Reconstruisez ensuite vos images et redéployez.
- alpinelinux/gitlabDocker
tirer à nouveau l'image alpinelinux/gitlab à jour et redéployer le conteneurLes articles indiquent de tirer l'image mise à jour, mais le tag exact est tronqué : consultez l'avis d'Alpine Linux.
- GitLabGitLab
Les paquets officiels GitLab embarquent un Ruby corrigé depuis le 12 octobre. Avec un Ruby standard, la mise à jour de GitLab seule (ex. 19.3.6) laisse la faille ouverte.
Extrait automatiquement des articles du sujet. Vérifiez les versions auprès de l’éditeur avant de déployer.
D’après le sujet Incident de sécurité chez GitLab : tentative d'exploitation de CVE-2026-97229 | Alpine Linux
Autres articles sur le Signal Clair
Détails techniques : CVE-2026-97229 sur cve.org (nouvel onglet)
7 sources suivies par le Signal Clair en parlent.