{"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\/novosti-interneta\/uyazvimosti-v-gitlab-pozvolyayushhie-zahvatit-uchyotnuyu-zapis-i-vypolnit-komandy-pod-drugim-polzovatelem","title":{"rendered":"Vulnerabilit\u00e0 in GitLab che consentono il furto di account e l'esecuzione di comandi sotto un altro utente.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Sono state pubblicate le aggiornamenti correttivi della piattaforma per la collaborazione — GitLab 16.7.2, 16.6.4 e 16.5.6, in cui sono state risolte due vulnerabilit\u00e0 critiche. La prima vulnerabilit\u00e0 (CVE-2023-7028), classificata con il massimo livello di gravit\u00e0 (10 su 10), consente di comprometterere un account attraverso manipolazioni con il modulo di recupero della password dimenticata. La vulnerabilit\u00e0 \u00e8 causata dalla possibilit\u00e0 di inviare un'email con un codice di ripristino della password a indirizzi email non verificati. Il problema si manifesta a partire dalla versione GitLab 16.1.0, in cui \u00e8 stata introdotta la possibilit\u00e0 di inviare il codice di ripristino della password a un'email secondaria non verificata. <\/p>\n
Per verificare i fatti relativi alla compromissione dei sistemi, \u00e8 consigliato controllare nel log gitlab-rails\/production_json.log la presenza di richieste HTTP al gestore \/users\/password con un array di pi\u00f9 email nel parametro «params.value.email». \u00c8 inoltre consigliato controllare la presenza di registrazioni nel log gitlab-rails\/audit_json.log con il valore PasswordsController#create in meta.caller.id e con un array di pi\u00f9 indirizzi nel blocco target_details. L'attacco non pu\u00f2 essere portato a termine se l'utente ha abilitato 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 permette di eseguire comandi \/- come un altro utente a causa della mancanza di adeguati controlli di autorizzazione. Questa problematica ha ricevuto un livello di gravit\u00e0 di 9,6 su 10. Nelle nuove versioni \u00e8 stata anche risolta una vulnerabilit\u00e0 meno critica (7,6 su 10) (CVE-2023-4812), che consentiva di bypassare la conferma di CODEOWNERS tramite l'aggiunta di modifiche a una richiesta di fusione precedentemente approvata. <\/p>\n