GitLab · 29 octobre 2026 · Cyber & GRC
GitLab Orbit : identifier le périmètre d'impact des vulnérabilités sans recherche manuelle
Désormais disponible en version générale, GitLab Orbit relie code, merge requests, pipelines, résultats de sécurité et responsabilités dans un graphe actualisé en continu. Une requête permet d'identifier les projets touchés par une vulnérabilité et leurs responsables, plutôt que de recouper manuellement plusieurs sources. Le texte illustre cette difficulté avec PHP2Shell, dont les installations vulnérables peuvent se trouver hors des dépendances applicatives.
Ce qui est annoncé
GitLab annonce la disponibilité générale de GitLab Orbit pour les clients Premium et Ultimate, avec un déploiement commençant sur GitLab.com. L’arrivée sur GitLab Self-Managed et GitLab Dedicated est prévue dans les semaines suivantes. Le produit relie dans un graphe les données du développement logiciel, notamment le code, les merge requests, les pipelines, les déploiements et les vulnérabilités. L’objectif est de retrouver les projets concernés par un composant vulnérable, leurs responsables et les chaînes de construction associées, sans reconstituer manuellement ces liens entre plusieurs sources.
Activé au niveau d’un groupe principal, GitLab Orbit indexe les données des projets et permet de les interroger en langage naturel. Les réponses reposent sur ce graphe, dont les requêtes peuvent être auditées. Les droits existants déterminent les informations accessibles aux personnes comme aux agents. Le Security Analyst Agent l’utilise directement ; Claude Code et Codex peuvent y accéder via MCP. GitLab présente également cette approche pour examiner les dépendances à une bibliothèque, à un modèle CI partagé ou à un SDK interne nécessitant une modification de sécurité.
Ce que ça change pour les entreprises
Pour les DSI et les équipes IT, l’intérêt potentiel se situe dans la coordination de la remédiation. Disposer d’une liste de projets, de pipelines et de responsables pourrait limiter les recherches dispersées entre rapports de sécurité, dépôts et échanges internes. Les équipes sécurité et plateforme auraient ainsi une base commune pour délimiter les interventions. Cette cartographie complète les scanners : elle apporte des relations entre leurs constats et les éléments du développement, plutôt que de remplacer la détection.
Le périmètre doit toutefois être vérifié avant de conclure sur l’exposition réelle. L’annonce précise que GitLab Orbit et la recherche de code couvrent ce que les dépôts déclarent sur leur branche par défaut. Un rapprochement avec l’inventaire des environnements en fonctionnement reste nécessaire, notamment pour les serveurs configurés hors des dépôts. Certaines recherches de vulnérabilités présentées nécessitent aussi Ultimate et le rôle Security Manager.
Comment UNEETY peut vous accompagner
Une ESN comme UNEETY peut aider à cadrer les usages, préparer l’intégration aux pratiques de sécurité et vérifier les droits d’accès. L’accompagnement peut également porter sur l’adoption par les équipes et sur l’articulation entre cartographie des dépôts, inventaire opérationnel et processus de remédiation.
Découvrez notre offre Cyber & GRC ou contactez-nous.
Source : annonce GitLab du 29 octobre 2026.