# GitLab 19.5 généralise le serveur MCP et renforce la gouvernance des agents

_Publié le 7 novembre 2026 — https://ip73.fr/2026/11/07/gitlab-19-5-generalise-le-serveur-mcp-et-renforce-la-gouvernance-des/_

GitLab 19.5, sorti le 15 octobre 2026, centre l'agentic dans sa plateforme, en rendant le serveur Model Context Protocol (MCP) accessible à tous les paliers : Free, Premium et Ultimate, sur GitLab.com, GitLab Self-Managed et GitLab Dedicated. Grâce à ce serveur, des outils compatibles, comme Claude Code ou Cursor, peuvent accéder au catalogue d'outils élargi de GitLab et interagir avec les agents de la plateforme GitLab Duo sans quitter leur environnement de travail habituel.

Le MCP agit comme un protocole standardisé. Selon la documentation de GitLab, il permet aux outils d'accéder aux informations de projet, de récupérer des données de *merge requests* et d'interagir avec les API de manière sécurisée. Cette connexion s'appuie sur OAuth 2.0 Dynamic Client Registration, forçant chaque outil tiers à s'enregistrer et à obtenir un jeton d'accès pour garantir la sécurité.

## Gouverner les agents externes

Le changement le plus marquant concerne la gouvernance. Auparavant, le tableau de bord de gouvernance AI ne montrait que l'activité des agents natifs de GitLab Duo. Maintenant, les organisations peuvent connecter des agents externes (appelés ECA) via la ligne de commande GitLab (glab) pour qu'ils apparaissent dans ce même tableau de bord. C'est une étape importante, car cela permet aux équipes de sécurité de savoir qui utilise quel agent, sur quel projet, et à quel moment.

Cette capacité de traçage enregistre l'intégralité des sessions pertinentes : l'utilisateur, l'agent, le projet et le moment de l'action, y compris les appels d'outils. Les événements d'audit peuvent être acheminés vers un SIEM, ce qui est essentiel pour la conformité à l'échelle de l'entreprise, comme le souligne InfoQ.

Pour maîtriser cette puissance, les administrateurs peuvent sélectionner les *toolsets* exposés. Cette sélection offre une manière simple de mettre en œuvre le principe du moindre privilège, réduisant à la fois la consommation de contexte par les modèles et le champ d'action potentiel de l'agent.

## Sécuriser les données et les flux de travail

Ces évolutions autour des agents s'inscrivent dans un effort plus large de renforcement des contrôles DevSecOps. GitLab Secrets Manager est désormais généralisé pour les plans Premium et Ultimate. Ce gestionnaire, construit sur OpenBao, centralise les identifiants en les liant aux permissions existantes des groupes et projets. Chaque secret est circonscrit à la tâche qui en a besoin, et des journaux d'audit sont générés pour chaque opération de lecture ou de modification.

Parallèlement, la gestion des vulnérabilités est affinée. Le suivi n'est plus limité à la branche par défaut ; les utilisateurs peuvent désormais suivre trois branches ou tags supplémentaires sur la page de configuration de sécurité. Cela permet d'appliquer des politiques de gestion des risques distinctes, par exemple pour les environnements QA ou Prod.

La connexion des agents externes est actuellement en version bêta. Sur GitLab.com, les utilisateurs Free sont limités à 60 requêtes par minute, tandis que les utilisateurs Premium et Ultimate bénéficient d'une limite de 600 requêtes.

## Sources

- [GitLab 19.5 release notes](https://docs.gitlab.com/releases/19/gitlab-19-5-released/), docs.gitlab.com
- [GitLab MCP server](https://docs.gitlab.com/user/model_context_protocol/mcp_server/), docs.gitlab.com
- [GitLab 19.5 Makes Agentic Development a Governed Part of the DevOps Platform](https://www.infoq.com/news/2026/11/gitlab-19-5-agentic-platform/?utm_campaign=infoq_content&utm_source=infoq&utm_medium=feed&utm_term=global), InfoQ, 6 novembre 2026