{"id":112853,"date":"2024-01-12T15:10:23","date_gmt":"2024-01-12T13:10:23","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimosti-v-gitlab-pozvolyayushhie-zahvatit-uchyotnuyu-zapis-i-vypolnit-komandy-pod-drugim-polzovatelem"},"modified":"2024-01-12T15:10:23","modified_gmt":"2024-01-12T13:10:23","slug":"uyazvimosti-v-gitlab-pozvolyayushhie-zahvatit-uchyotnuyu-zapis-i-vypolnit-komandy-pod-drugim-polzovatelem","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/uyazvimosti-v-gitlab-pozvolyayushhie-zahvatit-uchyotnuyu-zapis-i-vypolnit-komandy-pod-drugim-polzovatelem","title":{"rendered":"Vuln\u00e9rabilit\u00e9s dans GitLab permettant de prendre le contr\u00f4le d'un compte et d'ex\u00e9cuter des commandes sous un autre utilisateur","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Des mises \u00e0 jour correctives de la plateforme pour l\u2019organisation du d\u00e9veloppement collaboratif \u2014 GitLab 16.7.2, 16.6.4 et 16.5.6, ont \u00e9t\u00e9 publi\u00e9es pour corriger deux vuln\u00e9rabilit\u00e9s critiques. La premi\u00e8re vuln\u00e9rabilit\u00e9 (CVE-2023-7028), class\u00e9e avec un niveau de gravit\u00e9 maximal (10 sur 10), permet de prendre le contr\u00f4le d\u2019un compte par le biais de manipulations avec le formulaire de r\u00e9initialisation de mot de passe oubli\u00e9. Cette vuln\u00e9rabilit\u00e9 est caus\u00e9e par la possibilit\u00e9 d\u2019envoyer un e-mail avec un code de r\u00e9initialisation \u00e0 des adresses e-mail non confirm\u00e9es. Le probl\u00e8me appara\u00eet depuis la version GitLab 16.1.0, qui a introduit la possibilit\u00e9 d\u2019envoyer un code de r\u00e9initialisation \u00e0 une adresse e-mail de secours non v\u00e9rifi\u00e9e. <\/p>\n
Pour v\u00e9rifier les faits de compromission des syst\u00e8mes, il est recommand\u00e9 d'\u00e9valuer dans le log gitlab-rails\/production_json.log la pr\u00e9sence de requ\u00eates HTTP au gestionnaire \/users\/password avec un tableau de plusieurs e-mails dans le param\u00e8tre \u00ab params.value.email \u00bb. Il est \u00e9galement sugg\u00e9r\u00e9 de v\u00e9rifier la pr\u00e9sence dans le log gitlab-rails\/audit_json.log d\u2019enregistrements avec la valeur PasswordsController#create dans meta.caller.id et une liste de plusieurs adresses dans le bloc target_details. L'attaque ne peut pas \u00eatre men\u00e9e \u00e0 bien si l'utilisateur a activ\u00e9 l'authentification \u00e0 deux facteurs. <\/p>\n
La deuxi\u00e8me vuln\u00e9rabilit\u00e9 CVE-2023-5356 est pr\u00e9sente dans le code d'int\u00e9gration avec les services Slack et Mattermost, et permet d'ex\u00e9cuter des commandes sous un autre utilisateur en raison d'un manque de v\u00e9rification d'autorisation ad\u00e9quate. Ce probl\u00e8me a un niveau de danger de 9.6 sur 10. Les nouvelles versions corrigent \u00e9galement une vuln\u00e9rabilit\u00e9 moins dangereuse (7.6 sur 10) (CVE-2023-4812), qui permet de contourner la validation des CODEOWNERS en ajoutant des modifications \u00e0 une demande de fusion pr\u00e9c\u00e9demment approuv\u00e9e. <\/p>\n
Des informations d\u00e9taill\u00e9es sur les vuln\u00e9rabilit\u00e9s identifi\u00e9es devraient \u00eatre divulgu\u00e9es dans les 30 jours suivant la publication du correctif. Les informations sur les vuln\u00e9rabilit\u00e9s ont \u00e9t\u00e9 transmises \u00e0 GitLab dans le cadre du programme de r\u00e9compenses pour la d\u00e9couverte de vuln\u00e9rabilit\u00e9s en cours sur HackerOne. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"