{"id":115816,"date":"2024-05-16T02:59:27","date_gmt":"2024-05-16T00:59:27","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/pyat-uyazvimostej-v-git-sredi-kotoryh-odna-kriticheskaya-i-dve-opasnye"},"modified":"2024-05-16T02:59:27","modified_gmt":"2024-05-16T00:59:27","slug":"pyat-uyazvimostej-v-git-sredi-kotoryh-odna-kriticheskaya-i-dve-opasnye","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/pyat-uyazvimostej-v-git-sredi-kotoryh-odna-kriticheskaya-i-dve-opasnye","title":{"rendered":"Cinco vulnerabilidades en Git, entre las cuales una es cr\u00edtica y dos son peligrosas","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se han publicado las versiones corregidas del sistema de gesti\u00f3n de textos fuente distribuido Git 2.45.1, 2.44.1, 2.43.4, 2.42.2, 2.41.1, 2.40.2 y 2.39.4, en las que se han solucionado cinco vulnerabilidades. La vulnerabilidad m\u00e1s grave (CVE-2024-32002), clasificada como cr\u00edtica, permite la ejecuci\u00f3n de c\u00f3digo por parte de un atacante al clonar un repositorio controlado por el atacante usando el comando \u00abgit clone\u00bb. <\/p>\n
La vulnerabilidad se presenta \u00fanicamente en sistemas de archivos que no distinguen entre may\u00fasculas y min\u00fasculas y que admiten enlaces simb\u00f3licos, como los que se utilizan por defecto en Windows y macOS. La explotaci\u00f3n se lleva a cabo a trav\u00e9s de la creaci\u00f3n de un subm\u00f3dulo de directorio y de un enlace simb\u00f3lico que solo difieren en el caso de las letras, lo que permite escribir archivos en el directorio .git\/, en lugar del directorio de trabajo del subm\u00f3dulo. Al obtener la capacidad de escritura en .git\/, el atacante puede redefinir las llamadas hook a trav\u00e9s de .git\/hooks y lograr la ejecuci\u00f3n de c\u00f3digo arbitrario durante la operaci\u00f3n \u00abgit clone\u00bb. <\/p>\n
Otras vulnerabilidades: <\/p>\n
\n
CVE-2024-32004 \u2014 un atacante en un sistema multiusuario puede preparar un repositorio local especialmente dise\u00f1ado y lograr la ejecuci\u00f3n de c\u00f3digo al clonarlo. En particular, el atacante puede crear un repositorio local que parece un clon parcial, en el que falta un objeto espec\u00edfico. Clonar este repositorio resultar\u00e1 en la ejecuci\u00f3n de c\u00f3digo con los privilegios del usuario que realiza la operaci\u00f3n de clonaci\u00f3n.\n
CVE-2024-32465 \u2014 clonar desde archivos zip que contengan un repositorio git completo, incluidos los hooks en el directorio .git\/, llevar\u00e1 a la ejecuci\u00f3n de estos hooks.\n
CVE-2024-32020 \u2014 crear clones locales del repositorio en el mismo disco en un sistema multiusuario permite a otros usuarios modificar archivos que utilizan enlaces duros.\n
CVE-2024-32021 \u2014 clonar un repositorio local con enlaces simb\u00f3licos puede ser utilizado para crear enlaces duros a archivos arbitrarios en el directorio objects\/. <\/ul>\n
Adem\u00e1s de solucionar vulnerabilidades en las nuevas versiones, se han propuesto varios cambios dirigidos a mejorar la protecci\u00f3n contra vulnerabilidades que conducen a la ejecuci\u00f3n remota de c\u00f3digo y que manipulan enlaces simb\u00f3licos al realizar clonaciones. Por ejemplo, git ahora emite una advertencia cuando hay enlaces simb\u00f3licos en el directorio .git\/. Las rutas a los subm\u00f3dulos ahora solo pueden contener directorios reales. Al cruzar enlaces simb\u00f3licos y directorios, se procesan los directorios. Al ejecutar \u00abgit clone\u00bb se ha a\u00f1adido protecci\u00f3n contra la ejecuci\u00f3n de hooks durante la clonaci\u00f3n y se han reforzado las verificaciones del par\u00e1metro core.hooksPath. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"