{"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\/it\/blog\/news\/uyazvimosti-v-gitlab-pozvolyayushhie-zahvatit-uchyotnuyu-zapis-i-vypolnit-komandy-pod-drugim-polzovatelem","title":{"rendered":"Vulnerabilit\u00e0 in GitLab che consentono di acquisire un account utente e di eseguire comandi come un altro utente","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Sono stati pubblicati aggiornamenti correttivi della piattaforma per la collaborazione nello sviluppo \u2014 GitLab 16.7.2, 16.6.4 e 16.5.6, che risolvono due vulnerabilit\u00e0 critiche. La prima vulnerabilit\u00e0 (CVE-2023-7028), con il massimo livello di rischio (10 su 10), consente di acquisire un account altrui attraverso manipolazioni del modulo di recupero password dimenticata. La vulnerabilit\u00e0 \u00e8 causata dalla possibilit\u00e0 di inviare un'email con un codice per il ripristino della password a indirizzi email non verificati. Il problema si manifesta a partire dalla versione GitLab 16.1.0, che ha introdotto la possibilit\u00e0 di inviare il codice di recupero della password a un'email di riserva non verificata. <\/p>\n
Per verificare eventuali compromissioni dei sistemi, si consiglia di controllare nei log gitlab-rails\/production_json.log la presenza di richieste HTTP al gestore \/users\/password che indicano un array di pi\u00f9 email nel parametro \u00abparams.value.email\u00bb. Inoltre, si suggerisce di verificare nei log gitlab-rails\/audit_json.log la presenza di registrazioni con il valore PasswordsController#create in meta.caller.id e un array di pi\u00f9 indirizzi nel blocco target_details. L'attacco non pu\u00f2 essere portato a termine se l'utente ha attivato l'autenticazione a due fattori. <\/p>\n
La seconda vulnerabilit\u00e0 CVE-2023-5356 \u00e8 presente nel codice per l'integrazione con i servizi Slack e Mattermost, e consente di eseguire comandi \/ sotto un altro utente a causa dell'assenza di un'adeguata verifica dell'autorizzazione. Al problema \u00e8 stato assegnato un livello di gravit\u00e0 pari a 9.6 su 10. Nelle nuove versioni \u00e8 stata inoltre risolta una vulnerabilit\u00e0 meno pericolosa (7.6 su 10) (CVE-2023-4812), che consente di aggirare la conferma dei CODEOWNERS aggiungendo modifiche a una richiesta di fusione precedentemente approvata. <\/p>\n