Se han revelado m\u00faltiples vulnerabilidades de seguridad en GitHub Desktop, as\u00ed como en otros proyectos relacionados con GIT que, si se explotan con \u00e9xito, podr\u00edan permitir que un atacante obtenga acceso no autorizado a las credenciales GIT de un usuario.<\/p>\n
“Git implementa un protocolo llamado protocolo de credencial Git para recuperar las credenciales del credencial ayudante<\/a>“Investigador de seguridad de GMO Flatt Ry0tak, quien descubri\u00f3 los defectos, dicho<\/a> en un an\u00e1lisis publicado el domingo. “Debido al manejo inadecuado de los mensajes, muchos proyectos eran vulnerables a la fuga de credenciales de varias maneras”.<\/p>\n La lista de vulnerabilidades identificadas es la siguiente.<\/p>\n Mientras que el ayudante de credencial est\u00e1 dise\u00f1ado para devolver un mensaje que contiene las credenciales que est\u00e1n separadas por el nueva l\u00ednea<\/a> CAR\u00c1CTER DE CONTROL (” n”), la investigaci\u00f3n encontr\u00f3 que el escritorio de GitHub es susceptible a un caso de contrabando (” r”) de contrabando por el cual inyectar el personaje en una URL dise\u00f1ada puede filtrar las credenciales a un host controlado por el atacante.<\/p>\n “Usando una URL de forma maliciosa, es posible hacer que la solicitud de credencial provenga de GIT sea malinterpretada por GitHub Desktop de modo que enviar\u00e1 credenciales para un anfitri\u00f3n diferente al host que GIT se comunica actualmente al permitir la exfiltraci\u00f3n secreta”, dijo Github “, dijo Github. en un aviso.<\/p>\n Tambi\u00e9n se ha identificado una debilidad similar en el paquete NUGET del administrador de credenciales GIT, lo que permite que las credenciales se expusen a un host no relacionado. Del mismo modo, se ha encontrado que Git LFS no verifica los caracteres de control integrados, lo que resulta en una inyecci\u00f3n de alimentaci\u00f3n de la l\u00ednea de retorno de carro (CRLF) a trav\u00e9s de URL HTTP dise\u00f1adas. <\/p>\n Por otro lado, la vulnerabilidad que afecta la CLI de GitHub aprovecha el hecho de que el token de acceso est\u00e1 configurado para enviarse a hosts distintos de Github[.]com y ghe[.]com siempre que las variables de entorno github_enterprise_token, gh_enterprise_token y github_token est\u00e9n establecidas, y el c\u00f3digo de c\u00f3digos se establece en “verdadero” en el caso de este \u00faltimo.<\/p>\n “Si bien ambas variables relacionadas con la empresa no son comunes, la variable de entorno de CodeSpaces siempre se establece en verdadero cuando se ejecuta en los espacios de c\u00f3digos GitHub”, dijo Ry0tak. “Por lo tanto, clonar un repositorio malicioso en los espacios de c\u00f3digos GitHub utilizando GitHub CLI siempre filtrar\u00e1 el token de acceso a los hosts del atacante”.<\/p>\n La explotaci\u00f3n exitosa de los defectos antes mencionados podr\u00eda conducir a un tercero malicioso utilizando los tokens de autenticaci\u00f3n filtrados para acceder a recursos privilegiados.<\/p>\n En respuesta a las revelaciones, la fuga de credencial derivada del contrabando de retorno de carro ha sido tratada por el proyecto GIT como una vulnerabilidad independiente (CVE-2024-52006<\/a>Puntaje CVSS: 2.1) y abordado en Versi\u00f3n V2.48.1<\/a>.<\/p>\n “Esta vulnerabilidad est\u00e1 relacionada con CVE-2020-5260, pero se basa en el comportamiento donde los caracteres de retorno de carro \u00fanico son interpretados por algunas implementaciones de ayudantes de credenciales como nuevas l\u00edneas”, el ingeniero de software de Github, Taylor Blau, dicho<\/a> En una publicaci\u00f3n sobre CVE-2024-52006.<\/p>\n![\"Ciberseguridad\"](\"https:\/\/teknomers.com\/es\/wp-content\/uploads\/2025\/01\/Github-Desktop-Vulnerabilidad-Riesgos-de-credenciales-Fugas-a-traves-de.png\")
<\/a><\/center><\/div>\n\n
<\/a><\/center><\/div>\n