{"id":106404,"date":"2023-01-19T06:48:10","date_gmt":"2023-01-19T04:48:10","guid":{"rendered":"https:\/\/prohoster.info\/?p=106404"},"modified":"2023-01-19T14:02:40","modified_gmt":"2023-01-19T12:02:40","slug":"dve-uyazvimosti-v-git-sposobnye-privesti-k-udalyonnomu-vypolneniyu-koda","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/dve-uyazvimosti-v-git-sposobnye-privesti-k-udalyonnomu-vypolneniyu-koda","title":{"rendered":"Dos vulnerabilidades en Git que pueden llevar a la ejecuci\u00f3n remota de c\u00f3digo.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se han publicado versiones corregidas de la sistema de control de versiones distribuido Git 2.39.1, 2.38.3, 2.37.5, 2.36.4, 2.35.6, 2.34.6, 2.33.6, 2.32.5, 2.31.6 y 2.30.7, en las que se han solucionado dos vulnerabilidades que podr\u00edan permitir la ejecuci\u00f3n de c\u00f3digo malicioso en el sistema del usuario al usar el comando «git archive» y trabajar con repositorios externos no confiables. Las vulnerabilidades son causadas por errores en el c\u00f3digo de formateo de los commits y en el an\u00e1lisis del archivo «.gitattributes», que pueden llevar a una escritura en un \u00e1rea de memoria fuera de la pila y a la lectura de datos arbitrarios de la memoria al procesar repositorios externos. <\/p>\n
Ambas vulnerabilidades se identificaron durante una auditor\u00eda de seguridad de la base de c\u00f3digo de Git realizada por la empresa X41 por encargo del fondo OSTIF (Open Source Technology Improvement Fund), creado con el objetivo de mejorar la seguridad de proyectos de c\u00f3digo abierto. Adem\u00e1s de los dos problemas cr\u00edticos que se analizan a continuaci\u00f3n, la auditor\u00eda tambi\u00e9n encontr\u00f3 una vulnerabilidad peligrosa, una vulnerabilidad de gravedad media y cuatro problemas no peligrosos. Se emitieron 27 recomendaciones para mejorar la seguridad de la base de c\u00f3digo. <\/p>\n
\n
CVE-2022-41903: desbordamiento de enteros en el c\u00f3digo de formateo de informaci\u00f3n de commits que ocurre al procesar grandes valores de desplazamiento en operadores de relleno, como «%<(«, «%<|(«, «%>(«, «%>>(» y «%><(». El desbordamiento de enteros ocurre en la funci\u00f3n format_and_pad_commit() debido al uso de tipo int para la variable size_t, que participa en la definici\u00f3n del tama\u00f1o del bloque copiado durante la llamada a memcpy().\n
La vulnerabilidad se manifiesta tanto en la llamada directa con par\u00e1metros de formateo especialmente dise\u00f1ados (por ejemplo, al ejecutar «git log —format=…»), como en el uso indirecto del formateo durante la ejecuci\u00f3n del comando «git archive» en un repositorio controlado por el atacante. En este segundo caso, los modificadores de formateo se definen a trav\u00e9s del par\u00e1metro export-subst en el archivo «.gitattributes», que el atacante puede ubicar en su repositorio. El problema puede ser explotado para leer y escribir en \u00e1reas arbitrarias de la pila y llevar a la ejecuci\u00f3n de c\u00f3digo malicioso al trabajar con repositorios no verificados. <\/p>\n
CVE-2022-23521: desbordamientos de enteros al analizar el contenido de archivos «.gitattributes» en el repositorio, que se manifiestan al procesar un n\u00famero muy grande de patrones de rutas de archivos o un gran n\u00famero de atributos con un solo patr\u00f3n, as\u00ed como al analizar nombres de atributos muy largos. El problema puede ser explotado para leer y escribir en \u00e1reas arbitrarias de la pila y llevar a la ejecuci\u00f3n de c\u00f3digo malicioso al trabajar con un repositorio no verificado, donde un atacante puede colocar un archivo .gitattributes especialmente dise\u00f1ado y asegurar su inclusi\u00f3n en el \u00edndice. <\/ul>\n
Se pueden seguir las publicaciones de actualizaciones de paquetes en las p\u00e1ginas: Debian, Ubuntu, Gentoo, RHEL, SUSE, Arch, FreeBSD, NetBSD. Para reducir el riesgo de un ataque en caso de no poder instalar la actualizaci\u00f3n a tiempo, se recomienda abstenerse de trabajar con repositorios no confiables y de usar el comando [git archive]. Es importante recordar que el comando [git archive] puede ejecutarse de manera impl\u00edcita, por ejemplo, desde git daemon. Para desactivar la ejecuci\u00f3n de [git archive] en git daemon, se debe cambiar el par\u00e1metro daemon.uploadArch con el comando [git config --global daemon.uploadArch false]. <\/p>\n
Adicionalmente, se puede se\u00f1alar otra vulnerabilidad (CVE-2022-41953) en el producto Git para Windows, que permite ejecutar c\u00f3digo al clonar a trav\u00e9s de la interfaz gr\u00e1fica repositorios externos no verificados. El problema es que Git GUI para Windows, tras la operaci\u00f3n [checkout], ejecuta autom\u00e1ticamente algunos comandos de post-procesamiento, como la ejecuci\u00f3n del programa de revisi\u00f3n ortogr\u00e1fica, mientras que las rutas de b\u00fasqueda del archivo de revisi\u00f3n ortogr\u00e1fica incluyen tambi\u00e9n el \u00e1rbol de trabajo clonado (el ataque consiste en agregar la revisi\u00f3n ortogr\u00e1fica al \u00e1rbol de trabajo del repositorio). \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"