Des versions correctives du syst\u00e8me de gestion de versions distribu\u00e9es Git 2.40.1, 2.39.3, 2.38.5, 2.37.7, 2.36.6, 2.35.8, 2.34.8, 2.33.8, 2.32.7, 2.31.8 et 2.30.9 ont \u00e9t\u00e9 publi\u00e9es, corrigeant cinq vuln\u00e9rabilit\u00e9s. Vous pouvez suivre la publication des mises \u00e0 jour des paquets dans les distributions sur les pages de Debian, Ubuntu, RHEL, SUSE\/openSUSE, Fedora, Arch, FreeBSD. Comme contournement pour se prot\u00e9ger contre les vuln\u00e9rabilit\u00e9s, il est recommand\u00e9 d'\u00e9viter d'ex\u00e9cuter la commande \u00ab git apply \u2014reject \u00bb lors du travail avec des patches externes non v\u00e9rifi\u00e9s et de v\u00e9rifier le contenu de $GIT_DIR\/config avant d'ex\u00e9cuter les commandes \u00ab git submodule deinit \u00bb, \u00ab git config \u2014rename-section \u00bb et \u00ab git config \u2014remove-section \u00bb lors du travail avec des d\u00e9p\u00f4ts non fiables. <\/p>\n
La vuln\u00e9rabilit\u00e9 CVE-2023-29007 permet l'injection de r\u00e9glages dans le fichier de configuration $GIT_DIR\/config, qui peuvent \u00eatre utilis\u00e9s pour ex\u00e9cuter du code sur le syst\u00e8me en sp\u00e9cifiant des chemins vers des fichiers ex\u00e9cutables dans les directives core.pager, core.editor et core.sshCommand. Cette vuln\u00e9rabilit\u00e9 est caus\u00e9e par une erreur logique, qui fait que des valeurs de configuration tr\u00e8s longues peuvent \u00eatre trait\u00e9es comme le d\u00e9but d'une nouvelle section lors des op\u00e9rations de renommage ou de suppression de section dans le fichier de configuration. En pratique, une injection exploitant cette vuln\u00e9rabilit\u00e9 peut \u00eatre obtenue en sp\u00e9cifiant des URL de sous-modules tr\u00e8s longues, qui sont enregistr\u00e9es dans le fichier $GIT_DIR\/config lors de l'initialisation. Ces URL peuvent \u00eatre interpr\u00e9t\u00e9es comme de nouveaux r\u00e9glages lors de la tentative de les supprimer via \u00ab git submodule deinit \u00bb. <\/p>\n
La vuln\u00e9rabilit\u00e9 CVE-2023-25652 permet d'\u00e9craser le contenu des fichiers en dehors de l'arborescence de travail lors du traitement des patchs sp\u00e9cialement form\u00e9s avec la commande \u00ab git apply \u2014reject \u00bb. Lorsqu'une tentative est faite pour ex\u00e9cuter la commande \u00ab git apply \u00bb avec un patch malveillant tentant d'\u00e9crire dans un fichier via un lien symbolique, l'op\u00e9ration sera rejet\u00e9e. Dans Git 2.39.1, la protection contre les manipulations via des liens symboliques a \u00e9t\u00e9 renforc\u00e9e par le blocage des patchs qui cr\u00e9ent des liens symboliques et tentent d'\u00e9crire \u00e0 travers eux. La nature de la vuln\u00e9rabilit\u00e9 en question est que Git ne tenait pas compte du fait qu'un utilisateur pouvait ex\u00e9cuter la commande \u00ab git apply \u2014reject \u00bb pour \u00e9crire les parties rejet\u00e9es du patch sous forme de fichiers avec l'extension \u00ab .rej \u00bb, et un attaquant peut exploiter cette possibilit\u00e9 pour \u00e9crire du contenu dans n'importe quel r\u00e9pertoire, dans la mesure o\u00f9 les droits d'acc\u00e8s le permettent. <\/p>\n