Le 12 octobre 2026, GitLab publie 19.4.2, 19.3.5 et 19.2.8 pour corriger CVE-2026-97229, un dépassement d’entier dans le compilateur d’expressions régulières des pipelines CI/CD qui permet une exécution de code à distance sans authentification. Si vous hébergez GitLab vous-même, passez immédiatement sur une version corrigée et traitez vos fichiers .gitlab-ci.yml comme du code, pas comme de la configuration.

Le 12 octobre 2026, GitLab a publié un correctif critique refermant 24 failles, dont CVE-2026-97229, un débordement d’entier à CVSS 10,0 dans le compilateur d’expressions régulières du CI/CD, exploitable sans authentification. Tout administrateur d’une instance auto-hébergée doit passer en 19.4.2, 19.3.5 ou 19.2.8 sans attendre, car cette faille ne demande même plus de compte.

À partir du 19 octobre 2026, GitLab.com limite les requêtes selon l’abonnement — 60 requêtes/heure par IP anonyme, 5 000/heure en Free, jusqu’à 25 000/heure en Ultimate — pour contenir la charge des agents IA et de l’automatisation. Authentifiez vos scripts et vos agents, et vérifiez vos pics avant les fenêtres de test des 7 et 14 octobre.

GitLab a comblé le 2 octobre une vulnérabilité critique (CVE-2026-90970, CVSS 9,9) qui permet à un utilisateur connecté d’exécuter des commandes sur l’AI Gateway, le service qui relie une instance GitLab aux modèles d’IA. Seules les équipes qui hébergent leur propre gateway doivent agir : passez en 19.2.4, 19.3.2 ou 19.4.1 sans attendre.

Le 23 septembre 2026, GitLab a publié un correctif critique pour 19.4.1, 19.3.3 et 19.2.7, refermant deux exécutions de code à distance à CVSS 9,9 dans l’analyseur d’expressions régulières du pipeline, déclenchables par un simple fichier .gitlab-ci.yml forgé. Tout utilisateur authentifié capable d’éditer une configuration CI/CD devient un vecteur : corrigez les instances auto-hébergées immédiatement.

Le 24 septembre 2026, Aikido a révélé que les adresses « Email work item to this project » de GitLab, générées avec un jeton longue durée et publiées par erreur dans des README, laissent un attaquant créer des merge requests ou pousser du code à la place du titulaire. Cherchez ces adresses dans vos dépôts et réinitialisez les jetons exposés.

Sortie le 17 septembre 2026, GitLab 19.4 gouverne les outils des serveurs MCP, restreint leur accès et donne aux agents le pilotage des pipelines via save_pipeline et get_job. Pour les équipes qui déploient des agents IA en entreprise, le plan de contrôle du DevSecOps devient la couche de gouvernance.

Le 11 septembre 2026, GitLab publie une mise à jour hors cycle pour CVE-2026-85706, une traversée de chemin CVSS 10 qui lit des fichiers serveur sans authentification via l’API des commits. La faille est déjà sondée en conditions réelles — corrigez les instances auto-hébergées avant qu’un attaquant ne lise secrets.yml.

GitLab a publié le 10 septembre 2026 les versions 19.3.2, 19.2.6 et 19.1.8 pour corriger dix-huit failles, dont une lecture de fichier arbitraire sans authentification via l’API des commits et une désérialisation notée CVSS 9,9. Toute instance auto-hébergée exposée doit être mise à jour sans attendre, et les secrets des variables CI/CD passés en revue.

Le 26 août 2026, GitLab publie un correctif pour CVE-2026-18252, une faille de l’agent IA Duo Claude qui permet à un développeur authentifié d’exécuter des commandes arbitraires dans un contexte CI via une configuration contrôlée par l’utilisateur. La leçon dépasse GitLab : un agent d’IA branché sur le CI est une nouvelle surface d’exécution, et la configuration qu’il consomme fait désormais partie de la frontière de sécurité.

Le 18 août 2026, GitLab publie des correctifs pour deux failles, dont une injection de code critique via une directive GraphQL (CVE-2026-19478, CVSS 9.4) exploitable à distance sans authentification ni interaction, permettant de modifier ou supprimer des projets publics. Toute installation auto-hébergée doit être mise à niveau immédiatement — GitLab.com et GitLab Dedicated sont déjà corrigés.

GitLab étend son Secrets Manager, propulsé par OpenBao, à l’External Secrets Operator, à Terraform et à une API directe, au-delà du seul CI/CD. L’objectif est de remplacer les magasins de secrets éparpillés entre CI/CD, Kubernetes et IaC par une source unique et auditée.

GitLab 19.0 sort le 21 mai 2026 avec un Secrets Manager natif, des merge requests pilotées par IA et un scanner SBOM. La plateforme referme le fossé entre l’écriture du code et son déploiement sécurisé — là où GitHub Copilot s’arrête encore à l’IDE.