CVE-2022-2185 : Serveur GitLab

Résumé

• Un RCE a été découvert dans le serveur GitLab et assigné à CVE-2022-2185.
• L'exploitation nécessite un compte valide, mais le comportement par défaut du serveur permet la création de nouveaux comptes avec l'approbation de l'administrateur.
• Censys Les utilisateurs peuvent trouver les serveurs GitLab avec la requête suivante Censys Search
• Consultez notre tableau de bord GitLab, qui est mis à jour toutes les 24 heures.

Introduction

Le 1er juillet 2022, CVE-2022-2185, un problème critique dans le serveur GitLab, a été rendu public, permettant à un utilisateur authentifié de créer une requête qui résulte en une exécution de code à distance (RCE). Les versions suivantes de GitLab sont concernées :

• 14.0 (corrigé dans v14.10.5)
• 15.0 (corrigé dans la v15.0.4)
• 15.1 (corrigé dans la v15.1.1)

Il est important de comprendre que pour que cet exploit réussisse, un attaquant doit disposer d'une connexion valide au service GitLab. Le service par défaut permet aux utilisateurs de s'inscrire et de créer un compte en utilisant leurs identifiants. De plus, un administrateur doit explicitement désactiver le paramètre "Require admin approval for new sign-ups" pour que l'utilisateur puisse obtenir un compte sans l'approbation préalable d'un administrateur.

Bien qu'il puisse paraître invraisemblable qu'un pirate puisse inciter un administrateur à approuver une telle demande, cela est possible. Un utilisateur distant peut toujours tirer parti de l'attaque sur des systèmes dont les informations d'identification ont été piratées, volées, divulguées ou obtenues légalement. Si l'attaque réussit, un utilisateur peut obtenir un accès au niveau du shell à l'hôte sous-jacent qui exécute le service GitLab, ce qui permet des mouvements plus permissifs à l'intérieur des ressources de la victime.

Identifier les instances de GitLab

En utilisant les mêmes méthodes pour identifier les versions de GitLab pour CVE-2021-22205, nous avons déterminé que certains noms de fichiers trouvés dans le corps de la réponse HTTP pouvaient être associés à des versions spécifiques de GitLab Server. En bref, chaque fois qu'une nouvelle version est marquée, ainsi que de nombreux autres événements, le système d'intégration continue (CI) de GitLab lance une tâche qui compile les actifs statiques. Ce travail a pour résultat que certains fichiers ont une extension de fichier unique qui peut vaguement faire correspondre le logiciel en cours d'exécution à la version originale.

Par exemple, le fichier "public/assets/application.css" semble avoir un nom de fichier généré de manière unique pour chaque version mineure du logiciel, qui comprend une chaîne de 64 octets codée ASCII-HEX ajoutée à la fin du nom de fichier.

Dans notre analyse de cette vulnérabilité spécifique, nous avons trouvé les noms de fichiers suivants dans le corps de la réponse HTTP qui peuvent correspondre à une version majeure et mineure particulière de GitLab Server :

Par exemple, le fichier associé à la version 14.10.1 (une version vulnérable de GitLab) et à la version 14.10.5 (la version corrigée) a le même nom de fichier. Ce chevauchement est également le cas pour les versions 15.0.2 et 15.0.3, qui ont le même nom de fichier que la version corrigée 15.0.4. Enfin, la version 15.1.0 a le même nom de fichier que la version fixe(v15.1.1).

À l'heure où nous écrivons ces lignes (24 juillet 2022), Censys a observé 17 828 hôtes avec une version associée qui pourrait être vulnérable à cette attaque (à l'exclusion des hôtes v14.10 en raison du chevauchement des versions). Parmi ces hôtes, seuls 6 759 ont activé la création de nouveaux comptes. Malheureusement, Censys ne peut pas valider si ces hôtes requièrent l'approbation de l'administrateur pour les nouvelles inscriptions. Cependant, étant donné que ce paramètre est celui par défaut, il est fort probable qu'une approbation soit requise.

Géographiquement, la plupart des hôtes exécutant une version correspondante de GitLab avec la création de compte activée se trouvent en Chine, avec 3 646 hôtes. Les États-Unis sont à la traîne avec 452 hôtes, suivis de près par la Corée du Sud avec seulement 447 hôtes.

Pour aider la communauté à surveiller ces vulnérabilités, Censys a créé un tableau de bord interactif public spécifique à GitLab, mettant à jour toutes les 24 heures les CVE-2022-2185 et CVE-2021-22205. Les utilisateurs peuvent filtrer divers champs liés à GitLab (y compris l'affichage des statistiques sur les serveurs GitLab avec la création d'un compte ouvert). Censys ajoutera de nouvelles fonctionnalités et statistiques dans les jours à venir.

Détails de la vulnérabilité

Pour plus de détails sur la vulnérabilité actuelle, un chercheur de Star Labs a écrit une analyse très complète de ce bogue particulier qui fait référence à certains des travaux originaux réalisés par un chasseur de primes nommé Vakzz sur Hackerone.

Que dois-je faire ?

• Mettre à jour vers GitLab v14.10.5, v15.0.4, ou v15.1.1.
• Censys Les clients d' ASM ont désormais accès à un nouveau risque qui identifie les services GitLab potentiellement vulnérables.
• Au minimum, un administrateur devrait désactiver la fonction de création de nouveaux comptes dans l'interface d'administration -> Paramètres -> Général -> "Restrictions d'inscription" et désélectionner l'option "Inscription activée".