{"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\/es\/blog\/news\/uyazvimosti-v-gitlab-pozvolyayushhie-zahvatit-uchyotnuyu-zapis-i-vypolnit-komandy-pod-drugim-polzovatelem","title":{"rendered":"Vulnerabilidades en GitLab que permiten capturar cuentas y ejecutar comandos como otro usuario","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se han publicado actualizaciones correctivas para la plataforma de colaboraci\u00f3n \u2014 GitLab 16.7.2, 16.6.4 y 16.5.6, que corrigen dos vulnerabilidades cr\u00edticas. La primera vulnerabilidad (CVE-2023-7028), que tiene un nivel de gravedad m\u00e1ximo (10 de 10), permite tomar el control de una cuenta ajena mediante manipulaciones en el formulario de recuperaci\u00f3n de contrase\u00f1a olvidada. Esta vulnerabilidad se debe a la posibilidad de enviar un correo electr\u00f3nico con un c\u00f3digo para restablecer la contrase\u00f1a a direcciones de correo electr\u00f3nico no verificadas. El problema se presenta a partir de la versi\u00f3n GitLab 16.1.0, donde se introdujo la capacidad de enviar el c\u00f3digo de recuperaci\u00f3n de contrase\u00f1a a una direcci\u00f3n de correo electr\u00f3nico de respaldo no verificada. <\/p>\n
Para verificar si ha habido compromisos en los sistemas, se sugiere evaluar en el registro gitlab-rails\/production_json.log la presencia de solicitudes HTTP al manejador \/users\/password, indicando un array de varias direcciones de correo electr\u00f3nico en el par\u00e1metro \u00abparams.value.email\u00bb. Tambi\u00e9n se recomienda verificar la existencia en el registro gitlab-rails\/audit_json.log de entradas con el valor PasswordsController#create en meta.caller.id e indicando un array de varias direcciones en el bloque target_details. El ataque no puede consumarse si el usuario tiene habilitada la autenticaci\u00f3n de dos factores. <\/p>\n
La segunda vulnerabilidad CVE-2023-5356 se encuentra en el c\u00f3digo para la integraci\u00f3n con los servicios Slack y Mattermost, y permite ejecutar \/-comandos como otro usuario debido a la falta de verificaci\u00f3n adecuada de autorizaci\u00f3n. Se le ha asignado un nivel de gravedad de 9.6 de 10. En las nuevas versiones tambi\u00e9n se ha solucionado una vulnerabilidad menos grave (7.6 de 10) (CVE-2023-4812), que permite eludir la confirmaci\u00f3n de CODEOWNERS al agregar cambios a una solicitud de extracci\u00f3n ya aprobada. <\/p>\n